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A Pinyvin új ruhája 

Már-már a hazai hivatalokat 
is megszégyenítő sebességgel, 
hosszadalmas háttérmunka 
után, végre elérkezett az idő, 
hogy a világ elé tárjuk a meg- 
újult Linuxvilágot! A változta- 
tások valószínűleg mindenki- 
nek szembeötlőek lesznek, 
bár bevallom, azon vélemé- 
nyemet, miszerint is jelenjen meg 

a lapban minél több szép lány, csak 
részben tudtam érvényesíteni. Fonto- 
sabb cél volt ugyanis, hogy olvasóink 
igénye szerint elsősorban a tartalomra 
helyezzük a hangsúlyt: kevesebb erő- 
sen szakmai cikk, több érdekesség, 
több hazai anyag. 


Természetesen az új laptartalom mel- 
lett szerettük volna a linuxos közösség 
által tiszteletnek örvendő nemes tityi- 
totyi állatkák előtt is tisztelegni, ami- 
hez a legjobb megoldást a Budapesti 
Állatkert szolgáltatja. Itt lakik ugyanis 
tizenegy darab pingvinke. Szerkesztő- 
ségünk ünnepélyesen örökbefogad 
egy pingvint, csak még azt nem 
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tudjuk, hogy gyermekünk Alex 
legyen-e, vagy Tóbiás (akiről nemrég 
kiderült, hogy lehet, hogy lány). 
Részletesebben a 17. oldalon! 


Az új grafikai témájú sorozatok mel- 
lett (Blender, POVRay, SVG) a mostani 
számban közöljük le a Linux Journal 
csapata által épített néma erőműről 
szóló cikket is, a 24. oldalon. (Halló, 
munkáltatók! Ma már nem luxus 

a csendes iroda!) És ha van egy szno- 
bok számára is megfelelő csúcsgé- 
pünk, hát futtassunk rajta húsz-har- 
minc másikat! Ennek megoldásához 
három módszert hasonlítunk össze, 

a XEN, a vmWare és a Oemu progra- 
mok személyében (az összeállítás 

a 34. oldalon kezdődik). 


A temérdek változtatásról természete- 
sen szeretnénk minél több véleményt 
kapni, úgyhogy usgyi, a lap átolvasása 
után mindenki küldjön egy Nekem- 
nagyon-tetszik-levelet címünkre: 
szerkesztoseg(a0linuxvilag.hu 


Kellemes olvasást kívánunk! 
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A kontinensre lép a LinuxiT 
A LinuxIT bejelentette, 
hogy többnyelvű angliai 
szolgáltató- és támogatási 
központjával belép a kon- 
tinentális európai piacra is. Anglia 
vezető független linuxos rendszerin- 
tegrátora és szolgáltató cége az 
LinuxIT Europe révén elsősorban 
a heterogén rendszereket üzemelte- 
tő, illetve a meglévő rendszerüket 
linuxos elemekkel bővíteni kívánó 
vállalatoknak kínálja szaktudását. 
A LinuxIT a tanácsadás mellett kép- 
zéseket is biztosít. 
2 www.linuxit.com 


Origami holnapra 
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A Graphtec 

CraftRkOBO név- 
[/ vel kisméretű, fő- 
. ként otthoni jelle- 

gű használatra al- 
kalmas vágógépet mutatott be. A ki- 
nézetét tekintve az egyszerűbb tinta- 
sugaras nyomtatókra emlékeztető 
gép képes a betöltött A4-es méretű 
papírlapból a kívánt alakzatot kivág- 
ni, illetve a megadott sablon alapján 
a későbbi hajtogatást segítő bemet- 
szések készítésére is alkalmas. A gép 
legfeljebb 01 mm vastagságú anya- 
gok kezelésére képes, ezen a határon 
belül azonban többféle papírtípust 
vagy éppen fóliát is használhatunk. 
A modelleket a mellékelt ROBO 
Master alkalmazással készíthetjük el, 
de ha van egy kis szerencsénk, akkor 
más rajzolóprogram alá is találunk 
megfelelő beépülő modult; a gyen- 
gébb fantáziájúak pedig a gyári sab- 
lonok közül válogathatnak. A gép ára 
körülbelül 400 euró. 
2 http:/www.graphteccorp.com/ 
craftrobo/ 





Ígen is meg nem Is 
Az Apple súlyos 
szentségtörést köve- 
D tett el, amikor szakí- 
tott az egygombos 
egerek évtizedes 
hagyományával. 
Pontosabban nehéz volna definiálni, 
hány gombja van a Mighty Mouse-nak, 
hiszen -— ha már változtatott — az Apple 
most sem ragadt le a hagyományos 
megoldásoknál: az új rágcsáló rendel- 
kezik egy tetszőleges irányú gördítésre, 
léptetésre és kattintásra egyaránt alkal- 
mas gombbal, a hagyományos egerek 
gombjainak helyén egy érintésérzékeny 
területtel, továbbá oldalsó, nyomásra 
érzékeny részekkel. Egyes elemeinek 
működését a tulajdonos kívánsága sze- 
rint programozhatja, így gombtalan 
egere akár négygombosként is működ- 
het, illetve balkezes használatra is 
könnyedén átállítható. A mozgásokat 
optikai módon észleli, a géphez pedig 
USB kábellel csatlakozik, így nemcsak 
Mac OS X, de más operációs rendsze- 
rek alatt is használható. A Mighty 
Mouse ára 49 dollár, vagyis közel tízezer 
forint — azért valljuk be, ennyi pénzért 
kevesen vásárolnak egeret. 
2 www.apple.com 


Kivetítő hat alapszínnel 


A japán Texas Instruments bemutatta 


legújabb, BrilliantColor technológiát 
alkalmazó, digitális ftényfeldolgozó 
(DLP) kivetítőjének prototípusát. Az 
új megoldás legfontosabb jellemzője, 
hogy a magas fényerő megőrzése mel- 
lett immár hat alapszín — vörös, zöld, 
kék, sárga, magenta és cián — megjele- 
nítésére képes, így minden eddiginél 
élethűbb, szebb színeket képes a vá- 
szonra varázsolni. Az újfajta kivetítők 
gyártását a jövő év elején kezdik meg. 





Motorola-Oakley Razrwire 


A Motorola és 

a felső kategóri- 
td an ás napszemüve- 

gek gyártó 
Oakley bemutatták az első napszem- 
üvegre szerelhető Bluetooth modult. 
A nehezen kimondható nevű 
Razrwire a napszemüveg szárára 
— kívánság szerint bal vagy jobb oldal- 
ra — illesztve tulajdonképpen hagyo- 
mányos Bluetooth headsetként műkö- 
dik. A Razrwire a Bluetooth 1.1-es és 
1.2-es változatát támogatja, két hang- 
erő-szabályozó és egy darab multi- 
funkciós gombjával minden fontosabb 
hívásftunkció elérését biztosítja. A mo- 
dul beépített akkumulátorral rendel- 
kezik, készenléti ideje 100 óra, beszél- 
getési ideje pedig 5 óra. A Razrwire 
a Cingular szolgáltatótól 
(2 www.cingular.com), a Motorolától 
(2 www.hellomoto.com) és az Oakley- 
től (www.oakley.com) rendelhető 
meg, igazi divatcikkhez méltó, 
300 dolláros áron. 
2 http:/oakley.com/about/razrwire/ 


Nanoszalag 
Foi FUJIFILM A jövő szelét 


hozza magával 

a Fuji legújabb, Fujifilm 3592 Wormlape 
szalagja, mely már nanotechnológiai 
megoldásokkal készül. A Hifi rendkívül 
vékony Nanocubic bevonata különösen 
kisméretű részecskékből áll, ezek alkal- 
mazásával minden korábbinál nagyobb 
adatsűrűséget sikerült elérni, miközben 
a zajt és a jel-zaj arányt hatékonyan 
tudták csökkenteni. Az új szalagok na- 
tív kapacitása 300 GB, tömörítéssel akár 
900 GB rögzítésére is alkalmasak lehet- 
nek, 110 MBps átviteli sebesség mellett. 
A szalagos adattárolás bármennyire is 
egy letűnt kor eszközének tűnik, várha- 





tóan még jó ideig nem tűnik el a számí- 
tógépközpontok hétköznapjaiból, 
ugyanis a világ különböző tájain egyre 
komolyabb a törekvés arra, hogy a ha- 
tóságok a távközlési, banki, internetes 
és egyéb adatok megőrzésére a lehető 
legszélesebb körűen és a lehető leg- 
hosszabb időre kötelezzék a szolgáltató 
vállalatokat. 

2 www.fujifilm.com 


Csak az ujjad ne veszítsd el 

A biometriai készü- 
lékeket gyártó 
Bionopoly újdonsá- 
ga a Computer-on-a-Stick (COS) - kb. 
számítógép USB kulcson - elgondolás 
alapján készülő, 256 MB kapacitású, 
LCD kijelzővel és ujjlenyomat-olvasó- 
val is ellátott, előtelepített Debian 
Linuxot tartalmazó USB kulcs. A COS 
a gyártó szerint bármilyen x86 alapú 
számítógépen alkalmas a rendszerin- 
dításra, és mivel számos felhasználói 





programot is tartalmaz, kiválóan meg- 
felel egyszerű, hordozható munkakör- 
nyezet létrehozására. A COS termé- 
szetesen a felhasználó dokumentuma- 
inak tárolására is alkalmas, ezt titkosí- 
tott vagy szabad hozzáférést biztosító 
módon képes megoldani, vagyis a ha- 
gyományos USB kulcsokhoz hasonló 
módon is használható. A COS ára 199 
dollár, de aki nélkülözni tudja az ujjle- 
nyomat-olvasót, az 149 dollárért is 
megszerezheti. 

2 www.bionopoly.com 


Memóriából gyorsabb 

Talán nincs már messze az az idő, ami- 
kor az átlagos felhasználók is megsza- 
badulhatnak a sérülékeny, magas for- 
dulattal pörgő korongokat, ide-oda 
csapkodó fejeket tartalmazó merevle- 
mezes meghajtóktól. A Samsung már 
dolgozik az adattároló eszközök követ- 
riás meghajtókon, amelyek Flash me- 
móriát fognak alkalmazni az adatok tá- 
rolására. A mozgó alkatrészek eltűnésé- 
nek előnyei egyértelműek: megszűnik 
a fizikai hatásokra való érzékenység, 
csökken a főleg a hordozható gépeknél 
fontos fogyasztás, és várhatóan a szá- 
mítógépek rendszerindítási ideje is je- 
lentősen lerövidül. Ilermészetesen 

a Flash memória egyelőre - és várható- 
an még jó ideig — drágább, mint a ha- 
gyományos merevlemez, ezért első- 
ként a két megoldást egyesítő, alig 


vagy egyáltalán nem drágább, 64-128 
MB Flash memóriát tartalmazó hibrid 
meghajtók elterjedésére lehet számíta- 
ni. Ezek fejlesztésében a Microsoft és 

a Samsung szorosan együttműködnek, 
az elképzelések szerint az operációs 
rendszer a Flash memóriát egyfajta 
szuper-gyorsítótárként fogja használni. 
Földhöz ragadtabb, de megfizethető és 
rendkívül praktikus kiegészítő a Giga- 
byte PCI foglalatba illeszkedő iRAM 
memúóriakártyája. Hátránya, hogy folya- 
matos áramellátást igényel, így adatok 
hosszú távú tárolására kevésbé alkal- 
mas, ám például munkafájlok ideigle- 
nes elmentésére és gyors visszaolvasásá- 
ra, illetve a merevlemezek terhelésének 
csökkentésére kiválóan alkalmazható. 


Zen Vision 

A Creative bemu- 
tatta legújabb 
MD3 lejátszóját, 
a Zen Visiont. 

Az MB3 lejátszó 
megnevezés már koránt sem fedi le 

a legújabb készülék képességeit, hiszen 
3,7"-os, színes, 640x480 képpontos fel- 
bontású kijelzőjével a Zen Vision fény- 
képek és mozgóképek megjelenítésére 
is képes. A Zen Vision 30 GB-os merev- 
lemezzel rendelkezik, amely akár tizen- 
ötezer dal, több tízezer fénykép és leg- 
feljebb 120 órányi videóanyag tárolásá- 
ra alkalmas. Lejátszóként jó néhány 
formátumot támogat - köztük található 
a DivX és az Xvid is —, segítségével kü- 
lönféle internetes zeneáruházakból is 
vásárolhatunk, illetve beépített FM ve- 
vője révén rádiófelvételek készítésére is 
használható. A fájlokat CompatFlash 
kártyáról is képes átmásolni, külön 
megvásárolható kiegészítő révén pedig 
további kártyatípusukat is tud olvasni, 
így a viszonylag szűkös kapacitással el- 
látott digitális tényképezőgépek mellé 
ideális társ. A készülék kétféle, fehér és 
fekete színben kapható, belső akkumu- 
látorával 4.5 órás üzemidőre képes, sú- 
lya 240 gramm, ára pedig 400 dollár. 

2 www.creative.com 
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Linux rendszermag fejlesztése 

körül nemrég káosz alakult ki, 

amikor Larry McVoy véglege- 
sen úgy döntött, hogy visszavonja az 
ingyenes BitKeeper licencet — ezzel a lé- 
péssel már többször is fenyegetőzött. 
Alig néhány nap kellett csak, és Linus 
Torvalds segítők egész csapatától körül- 
véve, a nulláról indulva elfogadható 
alternatívát készített. A git fájlrendszer 
Linus agyszüleménye, egy alacsony 
szintű, rendkívül gyors tartalomkövető, 
ami a meglévő változatkezelő megoldá- 
sokhoz viszonyítva teljesen idegen 
elgondolásnak látszik. Gyakorlatilag át- 
látszó, célja az, hogy egy különféle pa- 
rancsfájlokból álló, a szolgáltatásait ki- 
aknázó réteg alatt fusson. Az alaprend- 
szer fölé parancsfájlok írásával bárki ké- 
szíthet új gites felhasználói réteget. Petr 
Baudis és sokan mások komoly munkát 
fektettek a Cogitoba, egy a githez ké- 
szült felhasználói felületbe, a jelek 
szerint Linus is ezt választja a rendszer- 
mag folyó fejlesztéseihez. A különféle 
webes felületek és külső eszközök 
szinte naponta jelennek meg hozzá. 
H. Peter Anvin példásan gondozta 
a kernel.org-ot, naprakészen tartva 
a git gyűjteményeket, miközben tár- 
helyszolgáltatásról és úgy általában, 
mindenről gondoskodott. Ennek elle- 
nére a kernel.org az utóbbi időben 
eléggé leterheltté vált, a világ minden 
részéről érkező kérések kiszolgálásá- 
hoz hatalmas sávszélességre lett volna 
szükség. Ez alkalommal a Hewlett- 
Packard dobott mentőövet, két nagy- 
teljesítményű gép formájában. Mind- 
két gépről a kernel.org fog futni, a ké- 
rések megosztása DNS alapon törté- 
nik. A bővítésnek köszönhetően 
a webhely válaszidői sokat javultak, és 
a hozzájárulások feltöltésének sebes- 
sége is nagyságrenddel nőtt. Az egyet- 
len gond már csak az, hogy a DNS 
alapú elosztás miatt nehéz összeállíta- 


ni a hálózati forgalmi statisztikákat. 
Joel Becker elkészítette a ConfigFS-t, egy 
újabb felületet a rendszermag belső vi- 
lágához. A cél ezúttal valami parancs- 
fájlokból is kezelhető, teljes mértékben 
olvasható dolog létrehozása volt. 

A SysES azonban már létezik, és na- 
gyon hasonló feladatot lát el, vagyis 
nem tiszta, hogy a ConfigFS valóban 
fog előnyöket kínálni, vagy csak többen 
leszünk vele. Mindezek a fájlrendszer 
alapú felületek azon elvárás nyomán 
fejlődtek ki, hogy a Linux végre meg- 
szabaduljon az egyébként kiváló elő- 
döktől fennmaradt ProcES, /dev és ioctl 
terhes örökségétől. Ám ha az új alterna- 
tívák nem képesek megfelelni az elvá- 
rásoknak, akkor a SysIS, az udev és 
most a ConfigFS is csak régről örökölt 
vackok maradnak, melyeket a rend- 
szermag fejlesztői a következő néhány 
év során töretlenül utálni fognak. 

A FUSE (Filesystem in USErspace, fájl- 
rendszer felhasználói térben) fejlesztői 
most vagy rendet tesznek, vagy fokoz- 
zák a fejetlenséget. Szeredi Miklós ké- 
szített néhány foltot a felhasználói felü- 
lethez, így az azokon a gépeken, ame- 
lyek mindkét módot ismerik, a 32 és 

a 64 bites működést egyaránt támogat- 
ja. Számos előnye mellett a foltozás 
megtöri a felhasználói felület visszirá- 
nyú kompatibilitását. A FUSE már be- 
került Andrew Morton -mm fájába, így 
a folt szenvedéssel teli, mégis szüksé- 
ges lépés a hivatalos rendszermag felé 
vezető úton - vagy éppen a végső bu- 
kás és az Andrew ágából való kikerülés 
felé. Majd meglátjuk. A dolgok leg- 
utóbbi állása szerint a FUSE fejlesztői 
jól haladnak afelé, hogy elhárítsák 
Linus legfontosabb ellenvetéseit, aki- 
nek a felhasználói térben futó fájlrend- 
szerekkel kapcsolatos aggályait egyre 
inkább sikerül eloszlatni. 

Az open-iscsi és a linux-iscsi tervezetek 
fejlesztői nyilvános vitájukat követően 


a két tervezet egyesítése mellett döntöt- 
tek. Műszaki okokból a két csoport úgy 
határozott, hogy az open-iscsi kódbázi- 
sára kezdenek építkezni, ez a tervezet 
ugyanis optimalizált be- és kiviteli útvo- 
nalakkal és alaposan letesztelt iscsi- 
sfnet összetevőkkel rendelkezik a vezér- 
lőfelülethez és a felhasználói térben fu- 
tó összetevőkhöz. Az open-iscsi alvál- 
tozat gyűjteménye továbbra is haszná- 
latban marad, legalábbis egyelőre. A két 
tervezet a közös cél érdekében való 
egyesítése rendkívül örvendetes fejle- 
mény. Remélhetőleg a linux-iscsi cso- 
port résztvevőinek nagy része tovább 
folytatja a munkát, korábbi eredménye- 
ik pedig a másik kódbázisra való áttérés 
ellenére nem vesznek feledésbe. 

Randy Dunlap vállalata fel a rendszer- 
mag hálózati beállításainak megvál- 
toztatására irányuló erőfeszítések 
vezetését. Ronda egy feladat, sok 
esetben ugyanis nem könnyű eldön- 
teni, hogy a hierarchia szervezése 
hogyan volna a legcélszerűbb. Adott 
összetevő vajon illesztőprogramnak 
vagy protokollnak számít? Minden 
illesztőprogramot egy csoportba kelle- 
ne sorolni, vagy a csoportosítás során 
figyelembe kellene venni, hogy az 
egyes illesztőprogramok milyen al- 
rendszerhez kötődnek? Randy vett 
egy nagy lélegzetet, majd megtette 

az első lépést, és megadta a választ 
néhány kényes kérdésre. Rövid idő 
alatt jó néhány támogatója akadt. Jó 
adag civakodás és önvizsgálat, vala- 
mint némi találgatás által úgy tűnik, 
fokozatosan ki fog alakulni a hálózati 
beállítások új arculata. Az új arculat 
részeit — kisebb-nagyobb megrázkód- 
tatások árán — a 2.6-os sorozat újabb 
tagjaiban fogjuk megtalálni. 


Zach Brown 


Linux Journal 2005., 136. szám 


Szabad Szoftverek Világnapja 2005 


W A tavalyi évhez hasonlóan idén 

is Szegeden kerül megrendezésre 

a Szabad Szoftverek Világnapja, amely- 
nek elsődleges célja a szabad szoftve- 
rek népszerűsítése. A találkozó prog- 
ramja még kialakulóban van, de alap- 
vetően olyan előadásokat tervezünk, 
amelyek mind a ,nagy Linux guruk- 
nak", mind az érdeklődő kezdőknek 
érdekes lehet. A belépés természete- 
sen ingyenes, a programot az előadá- 
sokon túl további érdekességek fogják 
színesíteni, amiről bővebb információ 
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majd a honlapunkon lesz olvasható. 

A rendezvény szervezése most folyik, 
akinek van kedve hozzá és csatlakozna 
akár szervezőként, akár előadóként szí- 
vesen vesszük, továbbá minden ötletet 
is örömmel látunk a levelezőlistánkon. 
A megvalósítás színvonalának növelésé- 
hez szponzorok jelentkezését is várjuk. 





Tervezett időpont: 
2005. szeptember 25. vasárnap 


Honlapunk: http:/Avww.inf.u-szeged.hu/opensource/sfd/ 

Tavalyi honlap: http :/Avwwv.inf.u-szeged.hu/opensource/events.php 

Tavalyi képek: http:/Avwwv.inf.u-szeged.hu/opensource/sfd2004-pics/ 
Feliratkozás a levelezőlistánkra: http :/Avwwvv.sed.hu/cgi-bin/mailmanl/listinfo/sfd 
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Beszámoló a belgrádi szoftverhonosítási 


konferenciáról 


Május végén az alábbi levél érkezett az FS-hu Alapítvány e-mail címére: 


Kedves kollégák! 


Vedran Vucic vagyok, a szabad szoftverek népszerűsítésével foglalkozó Linux Köz- 
pont nevű civil szervezet elnöke. Konferenciát szervezünk a szabad szoftverek és 
dokumentációk fordítása, illetve honosítása témakörében. A konferenciát 2005. 
július 1. és 3. között, Belgrádban rendezzük meg. A meghívott résztvevők Szerbiá- 
ból, Macedóniából, Boszniából, Horvátországból, Romániából és Bulgáriából ér- 
keznek. Lehetőség van két fő fogadására Magyarországról is. Az utazás, szállás 
és étkezés költségeit mi álljuk. Kérjük, jelelezzétek, ha érdekel a konferencia. 
Reméljük, hogy a leendő együttműködésünknek köszönhetően a szerbiai magya- 
rok kényelmesebben tudják majd használni a szabad szoftvereket. 


okkal több konkrétum több 

levélváltás után sem derült ki 

a rendezvényről, de úgy gon- 
doltuk, ha minden költséget állnak, 
nyugodtan elmehetünk. A két magyar 
résztvevő Daczi László a Magyar Linux 
Dokumentációs Projekt (3 tidp.fsf.hu) 
vezetője és a TheOpenCD 
(2 theopencd.fsf.hu) honosítója, illetve 
Tímár András volt, aki a Mozilla 
(2 mozilla.fsf.hu) és az OpenOffice.org 
(2 hu.openoffice.org) honosításával fog- 
lalkozik. A helyszínre érkezve sikerült 
többet is kiderítenünk. A konferenciát 
az Open Society Institute (Soros Alapít- 
vány) támogatta. A konferencia célja 
a térség országaiban élő, szabad szoft- 
verek, illetve dokumentációk fordítá- 
sával foglalkozók tapasztalatcseréjének 
megszervezése volt. 
Minden ország küldöttsége beszámolt 
a honosítások terén elért eredményei- 
ról, illetve nehézségeikről. Mi két elő- 
adást is tartottunk, az egyiket az általá- 
nos magyarországi helyzetről (mit 
értünk el, mik a terveink), a másikat 
Daczi László készülő s3po nevű fordí- 
tássegítő programjáról. Erről a prog- 
ramról annyit érdemes tudni, hogy 
Windows és Linux alatt egyaránt fut 
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(Delphi/Kylix feljesztőkörnyezettel ké- 
szül), és elsősorban a Linux HOGYAN 
dokumentumok fordítására ad a jelen- 
leginél sokkal jobb megoldást. Megva- 
lósítja a számítógéppel segített fordítás 
világában egyre inkább terjedő nyílt 
szabványokat (például XLIFF), így az 
eszköz együttműködése más, akár nyílt 
akár zárt kódú programokkal zökkenő- 
mentes lehet. Az s3po programról to- 
vábbi információ a 3 http://tldp.fsf.hu/ 
s3po/ címen olvasható. 

Anélkül, hogy részletesen ismertetném 
az egyes előadásokon elhangzottakat, 
összefoglalom az általános tapaszta- 
latokat, és kitérek a legérdekesebb 
dolgokra. 

Minden országban célul tűzték ki a telje- 
sen honosított, szabad munkaasztali 
környezet előállítását. A legtöbben ren- 
delkeznek honosított GNOME-mal és 
KDE-vel, sokan végeztek a Mozilla- 
család és az OpenOffice.org honosításá- 
val is. Honosított súgók és dokumentáci- 
ók tekintetében szerényebb volt a felho- 
zatal. A magyar eredményeket (például 
Mozilla súgó, Firefox súgó, készülő 
OpenOffice.org súgó, több tucat lefordí- 
tott Linux HOWTO,) a legtöbben irigy- 
kedve és csodálattal hallgatták. Igaz, 


véleményem szerint Magyarországon 
jóval előbb elkezdődtek a honosítási 
munkák, és tekintve a többi országban 
tapasztalható lelkesedést, egy-két év 
alatt ők is elérik mindazt, amit mi. 

A legtöbb országban szerveztek már 

, fordítómaratont". Az FSEhu 2002 feb- 
ruárjában szervezett ilyent az 
OpenOffice.org felhasználói felületé- 
nek, majd másfél évvel később a rész- 
letes tippjeinek lefordítására. Ilyenkor 
egyszerre akár 100 ember is fordít egy 
hétvégén át. Horvátországban nagyon 
bevált ez a módszer, már 10 ilyen ren- 
dezvény volt, és a munkát egy nagyon 
profi webes fordítássegítő rendszer 
támogatja (3 lokalizacija. linux.hr). 

Ez a rendszer hasonló azokhoz, ame- 
lyeket itthon használtunk, de tudása 
nagyobb, kiforrottabb és használata 
kényelmesebb. Magyarországi beveze- 
tésének fő akadálya, hogy az egész 
rendszert horvátul írták. Inkább szerb, 
bosnyák és macedón kollégáink érdek- 
lődésére tarthat számot, bár elhangzott 
egy halvány ígéret az angol változat 
elkészítésére. A fordítómaratonok 
tapasztalatai más országokban is ha- 
sonlók, mint nálunk. A résztvevők 
egyetértettek abban, hogy nagy 
mennyiségű anyag nyersfordítása állít- 
ható elő rövid idő alatt. Sok esetben 
más lehetőség egyáltalán nem adódik 
nagyobb lélegzetű munkák elvégzésé- 
re. A nyersfordítás kijavítása minden- 
hol szűk keresztmetszetet jelent, és 
megfogalmazódott, hogy nem kell ide- 
genkedni attól sem, hogy a javítási 
munkálatokat pénzért végezzék el erre 
felkészült cégek vagy személyek. Szin- 
tén megfogalmazódott, hogy a szabad 
szoftverek, illetve nyílt forrású szofítve- 
rek terjedésében érdekelt nemzetközi 
cégeket (Sun, Novell) minden ország- 
ban meg kell keresni, és segítséget kell 





tőlük kérni a honosítási projektekhez. 
Ilyen együttműködés Magyarországon 
már létezik, de a térség más országai- 
ban még nem jellemző. 

A szabad szoftveres élet Szerbiában 
nagyon pezsgő. A szokásos dolgokon 
(KDE, GNOME stb. lefordítása) felül 
kiemelném az ISN Serbia tevékenysé- 
gét. Nevük (Free Sotware Network) 
nem véletlenül hasonlít az Összefogás 
a szabad szoftverek elterjesztésére Ala- 
pítvány (2 www.fsn.hu) nevére. Szo- 
ros a kapcsolat a két szervezet között, 
többek közt az FSN Serbia kiszolgálója 
(2 www.fsn.org.yu) is Szegeden üze- 
mel a magyar ISN jóvoltából. Az FSN 
Serbia leglátványosabb terméke talán 
a GNUzilla című ingyenes, PDF for- 
mátumban kiadott, szerb nyelvű, sza- 
bad szoftveres magazin. Eddig 7 szám 
jelent meg, tehát nem egyszeri fellán- 
golásról van szó. 

Az előadások közti szünetekben, illetve 
az étkezések alkalmával kötetlen be- 
szélgetések során megtárgyaltuk, hogy 
milyen technikai nehézségekkel kell 
szembenéznie a különféle nyelvek for- 
dítóinak. Kiderül, hogy mi, magyarok 
igen szerencsés helyzetben vagyunk 
más népekhez képest e tekintetben. 
Például a román nyelvben öt ékezetes 
karakter van. Ebből kettő (a ,t alatt 
vessző" és az ,s alatt vessző" nincs ben- 
ne az ISO-8859-2 kelet-európai kódlap- 
ban. Ehelyett elkezdték ezeket a betű- 
ket , t alatt farkinca" és , s alatt farkinca" 
formában írni, mert ezek részei az ISO- 
8859-2 kódlapnak, de ez annyira kielé- 
gítő megoldás, mint amikor magyarul 


hullámos és kalapos éke- 
zeteket használunk az 

ő és ű betűkön. Az ISO- 
8859-16 kódlap tartalmaz 
minden román ékezetes 
betűt, de ennek a kód- 
lapnak az elterjedtsége 
nagyon csekély. A prob- 
lémát súlyosbítja, hogy 
nincs egységes román 
billentyűzet-kiosztás. 
Több szabvány létezik, 
de egyik sem igazán jó 
(logikátlan helyen van- 
nak a billentyűk), és 
Romániában a számító- 
gépeket szinte kizárólag 
angol kiosztású billen- 
tyűzetekkel adják el. 
Újabb gondot jelentenek 
a hibás betűkészletek. 
Vannak, amelyekben léteznek a megfe- 
lelő karakterek, de rossz helyen. Van- 
nak, amelyek csak a farkincás változa- 
tot tartalmazzák a vesszós helyett. 
Igazán jó nem nagyon van (beleértve 

a Windows alatt elérhető betűkészlete- 
ket is). Az eredmény az lett, hogy 

a románok a számítógépes kommuni- 
kációban leszoktak az ékezetek haszná- 
latáról. A webes tartalom nagy része is 
ékezet nélküli. Most már nehéz is lenne 
változtatni helyzeten, mert például 

a Google-ban is mindenki ékezetmente- 
sen keres. 

A szerb és a horvát fordítók élete sem 
fenékig tejfel. A szerb cirill ábécé telje- 
sen megfelel a szerb nyelv leírására. 
Van azonban két cirill betű, amelynek 
latin átirata nem létezik, csak a Unicode 
kódtáblában. Ez az lj és az nj betűk, 
amelyek nem keverendők össze az 1--j 
és az nt j betűpárokkal. Olyasmik, mint 
a magyar ábécé több karakterből álló 
betűi, de velünk ellentétben, érdekes 
módon mind a szerbek, mind a horvá- 
tok ragaszkodnának ahhoz, hogy ezek 
a betű egy karakterrel leírhatók legye- 
nek. Ma már hiába terjed a Unicode, 
latin betűs szövegeik gyakorlatilag 
mind a rossz formátumban vannak. 
További nehézség majdnem minden ex- 
jugoszláv ország fordítói számára, hogy 
nincs rögzített helyesírás és nyelvtan, 
nem tudják, mihez kell igazodni. Nacio- 
nalista megfontolásokból mind a szerb, 
mind a horvát, mind a bosnyák nyelvé- 
szek próbálják a lehető legjobban ki- 
hangsúlyozni a lényegében azonos 
nyelvek közötti különbségeket. Évente 


állnak elő új nyelvtani és helyesírási 
szabályokkal. A Magyarországon meg- 
szokott stabilitás — 1984 óta változatlan 
szabályok, pár évente alig egy tucat 
megváltozott írásmódű, főként idegen 
eredetű szó — számukra még csak álom. 
Egyes szláv nyelveknél gondot okoz 

a nyelvtani nemek és nyelvtani esetek 
használata a programok fordításakor. 
Amikor a fordítandó szövegben hely- 
kitöltő karakterlánc szerepel, amely- 
nek helyére futási időben kerül vala- 
mi, a feladat sokszor megoldhatatlan, 
vagy csak csúnya megoldás születhet, 
hiszen nem feltétlenül ismert előre 

a helykitöltő helyére kerülő szöveg 
neme, és a toldalék is függ a szó 
alakjától. Hasonló gond a magyarban 
is van, ráadásul nálunk a kétféle 
határozott névelő (a, az) alkalmazása 
az ismeretlen szöveg előtt is gondot 
jelent. Az egyik szerb előadó bemuta- 
tott olyan példákat, amelyek helyes 
lefordítása szerbre egyszerűen lehe- 
tetlen. Magyarban is találkozni néha 
nyakatekert szerkezetekkel hasonló 
okok miatt. 

A körültekintő nyelvhasználat egyre 
lényegesebb, hiszen egy több nem 
hozzáértő ember használ számítógé- 
pet és szabad szoftvereket. Vicces 
helyzetek is adódhatnak abból, hogy 
ma már a számítógép-használat nem 
a szakemberek kiváltsága. Egyszer egy 
szerb ortodox pap megbotránkozva 
nézett, amikor azt tanácsolták neki, 
hogy kattintson az egérrel az ikonra, 

ő teljesen mást értett ez alatt. 
Zárszavában Vedran Vucic hasznosnak 
értékelte a konferenciát. Többek között 
hangsúlyozta az együttműködés fon- 
tosságát, ami eszközök, módszerek, 
illetve rokon nyelvek esetén fordítások 
cseréjét jelenti. Szorgalmazta, hogy na- 
gyobb hangsúlyt kapjon a teljesen kez- 
dő számítógép-felhasználóknak szóló 
dokumentációk készítése, illetve fordí- 
tása, valamint az oktatóprogramok for- 
dítása. Fontos feladatként említette az 
egymás országaiban élő kisebbségek 
megismertetése a saját anyanyelvükön 
működő szabad szoftverekkel, és eb- 
ben az anyaország aktivistáinak kell 
szerepet vállalniuk. Ennek folyomá- 
nyaként szervezés alatt áll az FSEhu 
Alapítvány előadássorozata a Vajda- 
ságban, melyre a tervek szerint kora 
ősszel kerülhet sor. 


Tímár András 
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5Z Attekintés 
a A teljesség legnagyobb előnye termé- 
§ szetesen a sokrétű felhasználhatóság. 
.0 A SUSE LINUX Professional 9.3 egy- 
aránt használható asztali számítógépe- 
ken, otthoni, vagy kisvállalati kiszol- 
gálókon, de használhatjuk nyílt forrá- 
sú multimédia központként vagy 
programfejlesztésre is. 
A legnagyobb meglepetés azonban 
az, hogy a sokrétűséggel nem jár 
együtt a bonyolultság. A rendszert 
a kezdők és a haladó vagy profi 





felhasználók ugyanolyan egyszerűen 
telepíthetik és kezdhetik el használni. 
Aki előző tapasztalatai alapján 
pontosan tudja, hogy mit vár illetve 
várhat a rendszertől az a telepítés 
során azonnal testreszabhatja azt. 
Aki pedig még csak most ismerkedik 
a Linux világával az választhat 

a különböző előre definiált telepítési 
módok közül. 

Ez utóbbiak segítségével a teljes tele- 
pítési folyamat és a rendszer üzembe 
helyezése csupán néhány kattintást, 
illetve bizonyos alapvető információk 
megadását (névkiszolgáló címe, 

a rendszergazda jelszava) igényli. 
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A gép kiépítettségét 

a telepítő automati- 
kusan felméri, és 
telepíti a szükséges 
összetevőket. Így 
hangkártyánk, hálózati 
kártyánk, DVD írónk, 
nyomtatónk jó eséllyel 
, magától" fog működni 


Bemutatjuk a SSE LINUX Professional 9.3-at 


A Novell/SUSE néhány hónapja megjelent termékét bátran nevezhetjük 
az eddig legteljesebb Linux terjesztésnek. Ráadásul nemcsak a rendszer 
beszél magyarul, hanem a hozzá tartozó tekintélyes mennyiségű 
dokumentáció magyar változata is elkészült. 
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Minden, amire 
8 linuxos munka 
megkezdéséhez 
szükség lehet. 


már az első bejelentke- 
zés után. 

Ami pedig a szoftverkí- 
nálatot illeti, 3000 nyílt 
forráskódú alkalmazás 
közül válogathatunk. 

A Linux világában ma 
már az , alapfelszerelés" 
részének tekinthető 
OpenOffice.org irodai 
csomag, Firefox bön- 
gésző, Gimp kép- 
szerkesztő mellett 

a SUSE LINUX 
Professional 9.3-ban 
helyet kaptak az olyan 
élvonalbeli, és még fejlődő technoló- 
giák is mint a Beagle vagy a XEN. 
Előbbi egy keresőmotor míg utóbbi 
egyfajta gép a gépben funkciót 
(virtualizációt) valósít meg. 

Linuxról lévén szó, a rendszer egysze- 
rűen természetéből adódóan biztonsá- 


gos, vagyis gyakorlatilag immúnis az 
e-mailekből és a webről származó ví- 
rusokkal és férgekkel szemben. Ezen 
túl természetesen számos a hálózati 
biztonságot szolgáló alkalmazást is 
tartalmaz. 

Ami a dokumentációt illeti A SUSE 
LINUX Professional 9.3 magyar 
nyelvű, 1200 oldalas részletes leírást 


Üsszesen 1200 oldal 
Magyar nyelvű dokumentáció 





Opendffice.org 20 
És 64 bites verzió 


Platformokhoz 


me 


tartalmaz. Kapunk egy Felhaszná- 
lói kézikönyvet, amelyben alapvető 
információkat találhatunk az alkal- 
mazásokról. Ez a könyvecske azt 

a célt szolgálja, hogy segítségével 
gyorsan elkezdhessük a rendszer 
használatát. A Rendszergazdai 
kézikönyv ugyanakkor átfogó 
információkkal szolgál a rendszer 
karbantartásával és üzemeltetésével 
kapcsolatban, vagyis elsősorban 

a rendszergazdáknak szól. 

A vételár emellett 90 napos telepítési 
támogatást is magában foglal, vagyis 
ha gondunk akadna a Novell munka- 
társai rendelkezésünkre állnak. 


INFOmarket-INFOtrend 2005 
8 óra vásár, 8 óra pihenés, 8 óra szórakozás 





Minden eddiginél több játék várja kilenc napon át a 4. Információtechnológiai és 
Telekommunikációs Vásár látogatóit. Az idei INFOmarket-INFOtrend az informati- 
kai újdonságok mellett számítógépes bajnokságok színtere is lesz: a virtuális va- 
dászpilóták, digitális focisták, és vérbeli Counter-strike-osok otthon érezhetik ma- 
gukat szeptember 17. és 25. között a HUNGEXPO Budapesti Vásárközpontban. 


szárnyalás 

A vadászpilóták légiharca a legmoder- 
nebb gépeken zajlik a ,B" pavilonban. 
A kihelyezett Lock On és IL-2 
Sturmovik szimulátoros játékok való- 
sághű égi környezetet teremtenek. 

Az INFOmarket-INFOtrend közönsége 
idén először kísérheti figyelemmel 

a III. Magyar Repülőszimulátor 
Bajnokság előselejtezőit szeptember 
17-19. között, illetve a döntőt 23-25. 
között. Az érdeklődők a játékról 
további információkat találhatnak 

a 5 www.jetfly.hu honlapon, a kiállí- 
tásra ellátogatók pedig hétfőtől pénte- 
kig ki is próbálhatják magukat vadász- 
pilótaként. 


World Cyber Games — FIFA 2005 
Bajnokság 

A szeptember 17-i hétvégén min- 
denki szurkolhat a World Cyber 
Games — Counter-strike offline 
selejtezők versenyzőinek. A játékról 
bővebb tájékoztatást találhatunk 

a 2 http://hu.worldecybergames.com 
weboldalon. A 23-i hétvége a focira- 
jongóké: cselezhetnek a FIFA 2005 
játékban és részesei lehetnek 

a FIFA 2005 Bajnokságnak. 

Nevezni a 5 www.fifahungary.com 
honlapon lehet. 


Gépcsodák a kiállításon 

A 4. Magyar Tuning és Modding 

Kiállítás és Verseny először kerül 
megrendezésre az INFOmarket- 

INFOtrend-en. A számítógép- 
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designerek egyedi építésű számító- 
gépekkel várják a nagyközönséget. 

A különleges gépek mellett 

a kiállításra elhozza újdonságait 
többek között Magyarország leg- 
nagyobb konzolforgalmazója. 

A felhasználók megismerhetik 

a legmodernebb vírusirtó progra- 
mokat, ügyviteli- és nyelvoktató 
szoftvereket. A kiállítók irodai 
szoftverei közül több linuxos környe- 
zetben is működik. A kínálatban 
szerepelnek továbbá a hagyományos 
hardvertermékek, a legújabb MP3 
lejátszók, valamint vetítéstechnikai 
berendezések. 


ő óra vásár, 6 óra pihenés, 

8 óra szórakozás 

A szeptember 17-25. között 
INFOmarket-INFOtrend napi 8 óra 
kikapcsolódást jelent minden korosz- 
tálynak, családoknak és fiataloknak 








egyaránt reggel 10-től, este 6-ig. A lá- 
togatókat a játék- és az informatika 
világába varázsolja, a párhuzamosan 
zajló BNV, pedig még több szórakoz- 
tató programot kínál a nagyközönség 
számára a HUNGEXPO Budapesti 
Vásárközpontban. 


További információ: 
2 www.infomarket.hu 
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Érett-e a szabad szoftver? - Informatika 
érettségi buktatókkal 


Az idei évvel teljesen megváltozott az informatika érettségi súlya: egészen 
idáig azok választották az informatikát, akik könnyen szerették volna letudni 
a kötelezően választott tárgyat, mivel a helyi követelményeknek egy kis 

felkészüléssel játszva meg lehetett felelni. 


dén viszont az informatika sza- 
b kokra igyekvők a fizikát kikerül- 

hették informatikával a felvételin. 
Most az emelt szintű vizsga feladatait 
fogjuk megnézni, mert alapvető elté- 
rés nincsen. A szóbeli vizsga természe- 
téből adódóan független a szofítverek- 
től, leszámítva a konkrétan ezekre 
vonatkozó tételeket, így a gyakorlati 
vizsga kerül terítékre. 


Buktató? 

A nagy kérdés: érdemes-e szabad szoft- 
verekkel nekivágni az érettséginek vagy 
sem? Akinek kezdettől fogva követnie 
kellett a témával kapcsolatos fejlemé- 
nyeit, az tudja, hogy eleinte szép szám- 
mal akadtak erősen szoftverfüggő, ho- 
vatovább hibás mintafeladatok. Ennek 
egyik mintapéldája volt a képernyővé- 
dő készítés, melynek nehézsége attól 
függ, milyen grafikus lehetőségekkel 
rendelkezik a választott programnyelv. 


Előny! 

Természetesen ilyen is akad, hiszen ha 
nem volna, az egész cikk okafogyott 
lenne! Az informatika érettségi utáni 
napokban jelent meg több internetes 
lapban is, hogy egyes iskolákba nem 
érkezett lincensz, lejárt próbaverziók 
és ehhez hasonló akadályok nehezítet- 
ték a diákok munkáját. Ehhez képest 
jó előre feltelepíthető a kért verzió 

a számítógépekre, nem kell minisztéri- 
umi licenszre várni, ha nem kereske- 
delmi terméket választunk. Másrészról 
a diák otthon is mindenből pontosan 
ugyanazt és ugyanúgy tudja használ- 


14 linuxvilág 


ni, mint az érettségin, anélkül, hogy ez 
anyagi terhet jelentene: a választható 
szoftverek listája idén tartalmazta az 
Adobe Photoshopot, ennek oktatási 
verziója egy átlagos számítógép árá- 
nak akár felét is kiteszi! Ellenben a lista 
tartalmazta a Gimpet is, mint a legko- 
molyabb szabad szoftveres alternatí- 
vát. Vajon minden vizsgafeladathoz 
találunk alkalmas alternatívát? 


Weblapszerkesztés 

Mivel a web kimondottan platform- 
független, így aztán nem fordulhat 
elő, hogy egy adott weboldal csak 
Windows alatt készíthető el. A válasz- 
ték bőséges: Mozilla Composerrel és 
Nvu-val is jól megoldhatók a kitűzött 
feladatok. Iudásszinttől függetlenül 
azonban érdemes Azt kapod amit 
látsz stílusban dolgozni, a szerkesztő- 
programokat ebben a módban hasz- 
náljuk. Az idei feladat egy kis kép- 
szerkesztéssel kezdődött, egy kész 
képet kellett kiszínezni. A Gimppel 

a feladat könnyűszerrel elvégezhető. 
A weblapon sok teendő nincs, a kész 
szöveget kell táblázatba rendezni, fel- 
sorolásba rakni és formázni. A kész 
weboldalt bármelyik webszerkesztő- 
ben is nyitjuk meg, hibátlanul kezeli, 
éppúgy elkészíteni is tetszőleges 
programmal lehet. A kész munkát 

a Mozilla Composerben láthatjuk. 


Táblázatkezelés 

Ebben a feladatban szoftveroldalról 
a legfontosabb igény, hogy tudjon 
tabulátorokkal elválasztott adatokat 























beolvasni egy szövegfájlból, mivel 

a mintapéldák és az érettségi feladata 

is így szolgáltatta a forrásadatokat. 

A Kspread már itt elvérzik, mivel nem 
lehet beállítani az importált txt fájl 
karakterkódolását, de más okból sems 
alkalmas: a kész feladatot sem tudja im- 
portálni, több helyen képtelen a képle- 
tek kezelésére. Az OpenOffice.org-gal el- 
lenben minden részfeladatot meg lehet 
oldani és az ékezethelyes importálás 
sem jelent gondot. A teszt során az 
1.9-es bétaverziót használtam, remélhe- 
tőleg a következő érettségi idejéig stabil- 
lá válik (http://development.openoffice.org/ 
releases/OpenOffice org 2 x.htm). 

A mostani feladatban egy természetjáró 
csoport adatait kellett kezelni, szükség 
volt összetettebb függvényekre, mint 
például a VLDOOKUP-ra és szűrni is 
kellett az adatokat új munkalapra. 

Az OpenOffice.org-ban semmi nehéz- 
ség nem merült fel a Microsoft 

Excelhez képest, sőt egy valamiben 
kényelmesebb is volt: az OpenOffice.org 
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e Gralkus, 65K szintmélységű kijelző 


a függvények neveit, mely a magyar 
Excelnél komoly fejtörést okozott néha. 
Viszont az OpenOffice.org viszonylag 
lomha és egy érettségi feladatmegol- 
dásnál az idő sürget. Így szerencsére 
akad még egy alternatíva: a Gnumeric 
tökéletesen importálja mind a fat fájlt, 
mind az Excelben elkészített megoldást, 
minden szükséges eszközzel rendelke- 
zik, villámgyorsan indul és a memória- 
fogyasztása pedig töredéke az Open- 
Office.org-nak. Aki már megszokott egy 
linuxos táblázatkezelőt, nyilván marad- 
jon a jól beváltnál, de különben a Gnu- 
meric teljesen alkalmas a feladatra. 


Adatbázis-kezelés 

Maga az adatbázis-motor nem kérdé- 
ses, a MySOL vagy a Postgresgl alkal- 
mas a követelmények teljesítésére, 
már ami a matúrát illeti, de megfelelő 
felhasználói felületet, ahol Access szin- 
tű kényelmet és gyorsaságot kapunk, 
nem olyan egyszerű találni. Egy keres- 
kedelmi programmal, a Navicattel 
minden felmerülő részfeladat gyorsan 
megoldható, van kényelmes 
lekérdezéskészítője, importálni is tud 
txt-ből, egyedül az ékezetes karaktere- 
ket nem kezelte le az alapbeállítások- 
kal. A szoftver nem kerül többe, mint 
egy jó játékprogram (55 dollár az ok- 
tatási licenc), de mégis tovább keres- 
tem, hogy van-e szabad szoftveres le- 
hetőség. Igen, az előbbiekben a sebes- 
ségéért elmarasztalt OpenOffice.org 
1.9-es verziójában az ODBC kapcsola- 
ton keresztül remekül el lehet érni 
bármilyen adatbázismotort és nagyon 
okos tündérei vannak, melyekkel 

az egyszerűbb lekérdezések könnyű- 
szerrel összeállíthatók. Ráadásul még 
az ékezeteket is hibátlanul kezeli! 

Igaz ugyan, hogy kimondottan impor- 
tálni nem tud, azonban a tat fájlból is 
képes létrehozni egy adatbázist és on- 
nan a MySOL-ből létrehozott adatbá- 
zisba minden gond nélkül a másol/be- 
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illeszt parancsokkal átvihetőek a táblák 
és az adatok. Ügyes tündérek segítik 
az érettségizőt, valamint aki már meg- 
szokta az irodai programcsomag keze- 
lőfelületét, annak barátságos lesz. 

Az idei feladat főbb vonalakban: három 
tábla importálása, aztán sokféle több 
táblás lekérdezés gyártása. Igazándiból 
egyik szoftvert sem hozza zavarba. 


Programozás 

Aki 1-7 felvételi pontért vállalja az 
emelt szintet, annak kell tudni elemi 
algoritmusokat programozni. Ezen 

a területen talán előnyben van a sza- 
bad szoftver, mivel sok kiforrott IDE 
érhető el a különböző programnyel- 
vekhez. Az Eclipse, a Kdevelop, az 
Anjuta kényelmessé teszi a munkát. 
Idén egy szövegfájlból beolvasott adat- 
soron kellett műveleteket végezni: ren- 
dezni, keresni és összegezni. Valószínű- 
leg egy szkriptnyelvvel lehet a legké- 
nyelmesebben megoldani a feladatot, 
mondjuk a Pythonnal. A szövegszer- 
kesztő illetve a fejlesztési környezet ez 
esetben végképp ízlés dolga, bármilyen 
programnyelvben megoldhatóak a fel- 
adatok. Akár gcc és vi segítségével is. 


Összegzés 

Az összes említett program megtalál- 
ható a nagyobb Linux terjesztések 
mindegyikében, egyedül a Navicat 
nem. Ennek 30 napos tesztverziója 

a www.navicat.com címen érhető el. 
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Amennyiben a magyar 
OpenOffice.org-ból az 1.9-est szeret- 
nénk használni, hiszen az itt bemuta- 
tott adatbázis-kezelő abban érhető el, 
az a http://ftp.lVinux.cz/pub/ 
localization/OpenOffice.org/devel/680/ 
címről tudjuk letölteni. 

Szerencsére nincs olyan részfeladat, 
amit sokkal nehezebben, lassabban le- 
hetne megoldani szabad szoftverekkel. 
A javasolt szoftverek nagy része egyéb- 
ként Windows alá is elérhető. A feladat- 
soron áll vagy bukik, hogy általánosak- 
e, idén a megoldandó feladatok ilyen 
téren kifogástalanok voltak. A szöveg- 
szerkesztés kimaradt az emelt szintű 
feladatsorból a májusi vizsgán, helyette 
volt a weblapszerkesztés, de e tekintet- 
ben sem kell szégyenkeznie a linuxos 
irodai szoftverkörnyezetnek. Egyfelől 
tehát bátran bele lehet vágni tisztán 
szabad szoftveres környezettel az érett- 
séginek, másfelől, hiszen az új érettségi 
rendszer minduntalan a gyakorlatias 
tudást hangsúlyozza, ismét kiderült, 
hogy az átlagos munkahelyi felhaszná- 
lást már régóta képes a szabad szoftver 
világa magas szinten kiszolgálni. 
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Az idei emelt szintű feladatsor PDF 


formátumban: 
2 http:/Avww.om.hulletolt/okev/ 
doc/erettsegi 2005/e info fl.pdf 





2005. szeptember 19 


0 Kiskapu Kft. Minden Jog fenntartva 


0 Kiskapu Kft. Minden Jog fenntartva 


Novell és SUSE - Ut a csúcsra 


A Linux kezdetben nem volt több, mint érdekes próbálkozás arra, hogy értel- 
mes célra használják a 386-os processzorok képességeit. Ebben az időben sen- 
ki, valószínűleg maga Linus Torvalds se gondolta komolyan, hogy ebből egy- 
szer olyan termék lesz, amire világcégek teljes üzleti stratégiákat építenek. 


Aztán jött a meglepetés... 


A nyílt forrás mint üzlet 

A szakma addigi nagyjai számára az 
első hidegzuhany a Red Hat volt, oly- 
annyira, hogy az Intel főembere állító- 
lag még káromkodott is egy nagyot, 
amikor arra a kérdésére hogy , Mi az 
ördög az a Linux?" a tanácsadói közül 
senki nem tudott válaszolni. 

A Linux azonban még sokáig barát- 
ságtalan és rejtélyes rendszer ma- 
radt, üzleti szempontból pedig a leg- 
komolyabb és - különösen a konku- 
rencia által -— leggyakrabban hangoz- 
tatott vád vele kapcsolatban az volt, 
hogy szemben a kereskedelmi termé- 
kekkel , nem áll mögötte senki". 

És lássuk be, ez valahol igaz is volt. 
Míg egy otthoni , műkedvelő" fel- 
használó ráér azzal tölteni az idejét, 
hogy különböző hibajavítások után 
kutat az internet sötét bugyraiban, 
ha valami történetesen nem működik 
a gépén, úgyanez egy ezer gépet 
üzemeltető vállalatnak adott esetben 
óriási anyagi kárt okozhat. 

Amint azonban egyre több komoly 
cég ismerte fel a Linuxban rejlő lehe- 
tőséget, körvonalazódni kezdett egy 
nyílt forrású üzleti stratégia. Ennek 
lényege, hogy szemben a szoftvervi- 
lág eddigi működési mechanizmusá- 
val itt az igazi értéket nem maga 

a szoftver, hanem a hozzá kapcsoló- 
dó szolgáltatások jelentik. A szoftver 
ingyenes, bárki letöltheti, és használ- 
hatja, amire csak akarja. Az igénye- 
sebbek vásárolhatnak ugyan dobozos 
változatot, de tulajdonképpen ez se 
kerül többe, mint a csomagban talál- 
ható dokumentáció. 
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Aki viszont ,nagyban játszik", bizton- 
ságban akarja tudni vállalkozása infor- 
matikai infrastruktúráját, s ezért azt 
szeretné, hogy mindig legyen egy csa- 
pat, amely a segítségére siet ha baj 
van, immár megvásárolhatja ezt 

a szolgáltatást. A szoftver, amit kap, lé- 
nyegében ekkor sem különbözik attól, 
mint amit bárki szabadon letölthet, vi- 
szont immár senki sem tagadhatja az 
eddig hiányolt támogatás meglétét. 


Netware -k S0SE — Novell Open 
Enterprise Server 

A SUSE felvásárlásával nemrég 

a Novell is belépett a nyílt forrású 
szoftverek piacára. A röviddel ezután 
piacra dobott termék, a Novell Open 
Enterprise Server a két cég legfonto- 
sabb termékeinek, vagyis a NetWare- 





nek és a SUSE LINUXnak az összeol- 
vadásából keletkezett. 

A cél egyértelműen a nyílt forrású vál- 
tás megkönnyítése volt, hiszen a ta- 
pasztalatok azt mutatják, hogy ez az 

a dolog, amitől egy vállalat — az adóel- 
lenőrök után - a legjobban fél. 

A Novell Open Enterprise Server fel- 
használói tulajdonképpen mindkét 
terméket megkapják egy olyan integ- 
rált csomagban, amely lehetővé teszi, 
hogy a rendszergazdák a telepítés 
vagy a tesztüzem során eldönthessék, 
hogy melyik kernelt illetve szolgálta- 
táscsomagot kívánják telepíteni. 
Akármelyik mellett döntenek is 
azonban, a részrendszerek közötti 
együttműködés a későbbiekben 
garantáltan zökkenőmentes lesz. 


Így elképzelhető, hogy míg 


a pénzügy jelenlegi alkalmazásai 
inkább a NetWare-t igénylik, addig 
a marketing részleg már linuxos ala- 
pokon folytatja a munkáját. A dogo- 
zók, az alkalmazások és az üzleti 
folyamatok számára ez a műszaki 
különbség észrevétlen marad. 


Az üzleti világ reakciói 
Egy anekdota szerint Liszt Ferenctől 
egyszer valaki megkérdezte, nehéz-e 


zongorázni, mire a mester ennyit vála- 


szolt: , Egyáltalán nem nehéz, csak 

a megfelelő időben, a megfelelő erővel 
a megfelelő billentyűt kell leütni. 
Ennyi az egész." 

2005-ben a Novell Open Enterprise 
Server, mint a világ első vegyes 
forráskódú szoftvere nyerte el 

a Network Magazine Innovációs 
Díját. A lap , áttörést jelentő" tech- 
nológiaként jellemezte a terméket 
mondván , az innováció időnként 
nem több, mint a megfelelő termékbe 
a megfelelő képességeket csomagolni, 
és azt megfelelő áron árusítani". 
Áprilisban a Deutsche Bahn, 
Németország nemzeti vasúttársasá- 
ga bejelentette: üzletviteléhez 
szerverplatformként a Novell SUSE 


Az idei őszön a természet és a magazin megújulása mellett Linux- 


logót is (be)újítunk. 


A Linuxvilág szerkesztősége nem éri be az 1996-os, Larry Ewing 
egere-szülte pingvin grafikamásolatával, hanem hús-vér-toll 
úszómadarat választ magának és olvasóinak. Az 57-es szám 
megfelelő érettséget sugall, hogy felnőve a nevelői feladathoz, 
örökbefogadjunk egy kissé molett testalkatú, totyogó pingvin- 
példányt a Budapesti Állatkert gyűjteményéből. 

Ehhez kérjük olvasóink segítségét: szavazzanak a számukra 
legszimpatikusabb csőrösre a www.linuxvilág.hu weboldalon! 
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A kiválasztottról — mindennapjairól, szokásairól, linuxos 
kapcsolatairól cikksorozatban tudósítunk. 


A gyermekátadási ceremóniára a Budapesti Állatkert Pálma 
Cukrászdájában (1146 Budapest, Állatkerti krt. 6—12.) kerül sor 
2005. szeptember 14-én (szerdán), 15.30 órakor, mely sajtó- 
tájékoztatóval, csemegézéssel egybekötött ünnepségre ezúton 
szeretettel meghívunk minden kedves érdeklődőt! Részvételi 
szándékukat kérjük jelezzék a 477-04483-as telefonszámon, illetve 
a hlenackiskapu.hu levélcímen. 





LINUX Enterprise Servert választotta, 
za. A DB Systems, a Deutsche Bahn 
informatikai szolgáltatója több mint 
300 Intel alapú szervert használ, 
amelyeken kivétel nélkül SUSE 
LINUX üzemel majd. 

Tekintettel a rendszer méretére a tel- 
jes átállást a cég több lépésben hajtja 
végre. A Lotus Notes termékhez ha- 
sonló alkalmazások már átkerültek 
IBM platformra, és szintén a SUISE 
LINUX Enterprise Serveren futnak. 

A következő lépés az SAP szolgáltatá- 
sok átállítása lesz. Az utolsó szakasz 
várhatóan 2005 végére valósul meg. 
Ekkor a DB Systems webkiszolgálóit 
és a hálózati infrastruktúra egyéb 
fennmaradó szervereit is — többek kö- 
zött az adatbázis és alkalmazásszer- 
vereket -— átállítják. 


A jövő 

Ha egy nagyvállalat ÍT vezetőjének 
olyan horderejű kérdésben kell dön- 
tést hoznia, mint az elavult infrastruk- 
túra cseréje, nincs könnyű helyzetben. 
Míg az eladók célja értelemszerűen sa- 
ját portékájuk magasztalása, neki nyil- 
vánvalóan objektív adatokra van 


szüksége ahhoz, hogy eldönthesse, 
melyik cég termékeire célszerű ala- 
poznia az új rendszert. 

Júniusban a Novell bejelentette az első 
olyan üzleti megoldást, amely tagja 

a cég Hitelesített Konfiguráció Prog- 
ramjának (Validated Configuration 
Program). A csomag HP szervereken 
futó Novell, JBoss és Oracle szoftve- 
rekből épül fel. 

A hitelesítési program célja 

kettős: egyrészt meghatározza, 
hogy Linux alatt mely célokra 
milyen szoftverek használhatók, 
másrészt az üzleti élet számára 
fontos szempontok (használhatóság, 
platformfüggetlen, integrálhatóság) 
szerint minősíti ezeket. 

A kezdeményezés újszerűségét 

az adja, hogy az eddigi tanúsítási 
eljárásokkal szemben itt nem csak 
az egyes alkotóelemeket vizsgálják 
meg, hanem a teljes konfigurációt. 
Ez a minőségi megközelítés nyilván 
sokkal jobban idomul a vállalati 
adatközpontokban használatos 
összetett konfigurációkhoz, hiszen 
átfogóbb, és a beruházási döntések 
szempontjából sokkal használhatóbb 
adatokat szolgáltat azokról. 
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2005 linuxos erőműve 


Egyesek nagy teljesítményű, kétprocesszoros rendszert akartak építeni. 
Mások csendes gépre vágytak, ami zenei célokra is megfelel. Ugy döntöttünk, 
mindkét igényt kielégítjük. 





2005-ös évet nyugodtan 
hívhatjuk az energiakezelés 
évének. A processzorgyár- 


tók számtalan tanulmányban taglal- 
ják a wattokkal való takarékoskodást, 
és a februárban megrendezett Linux- 
World konferencián és kiállításon is 
komoly figyelmet kapott az energia- 
kezelés. 

Talán az iparág aggódni kezdett 

a globális felmelegedés miatt? lalán 
az informatikai cégek vezetői több 
kardhalat akarnak enni, és csökken- 
teni akarják a gyárak higanykibocsá- 
tását? Aligha. Napjaink kiszolgálói- 
ban egyre több és forróbb processzor 
üzemel, és a felhasználók légkondici- 
onáló rendszerei képtelenek megbir- 
kózni ekkora terheléssel. A NASA- 
nak vízhűtéssel kellett ellátnia 10240 
processzort tartalmazó, Columbia 
nevű fürtjét, ahogy arról a januári 
számban írtunk is. 

Minden megtakarított watt 3,6 kJ- 
nyi, illetve, hogy pontosak legyünk, 
34 BIU-nyi hőt jelent, amivel 
könnyebbé válik a felhasználó dolga. 
A penge kiszolgálókkal és az akár 
négy processzort is tartalmazó egy 
egység magas rendszerekkel teli 
adatközpontokban mindez a hő 
összeadódik. 

Az asztali Linuxok mohón falják fel 

a linuxos kiszolgálók sok milliárd 
dolláros piacának maradékait, így az 
energiafogyasztás az asztali gépeknél 
is egyre nagyobb figyelmet kap. 

A ventilátorok hangosak. Ha a pro- 
cesszorokat jobb energiakezeléssel 
látjuk el, akkor kevesebb hőt termel- 
nek, és kevesebb ventilátorra lesz 
szükségünk, illetve a meglévőket 
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alacsonyabb fordulatszámon tudjuk 
működtetni. Mi ventilátorok helyett 
mást választottunk, mint még lesz 
róla szó. 

Mi sem természetesebb, hogy az ener- 
giafogyasztás a hordozható számító- 
gépek és az egyéb mobil eszközök 
esetében is fontos. A hálózati tápellá- 
tás nélküli üzemidő növelésének kér- 
désével későbbi írásainkban fogunk 
foglalkozni. 


Alaplap: a rendszer szíve 
Kedveljük a Iyan alaplapjait, 

ahogy az egyedi linuxos rendszere- 
ket építő cégek is. A négy darab 
Opteron processzor befogadására 
képes Iyan Thunder K80OS Pro kicsit 
későn jött ki ahhoz, hogy a múlt 

év linuxos erőművének részévé 
válhasson. Az AMD 8000-es soroza- 
tú lapkakészletére épül. Amikor 
lapkakészletet mondunk, egy picit 
más hardverelemre gondolunk, 
mint amit az Intel alapú gépekben 
láthatunk. Az AMD64 alapú rend- 
szerekben minden processzor saját, 
beépített memóriavezérlővel és sa- 
ját memóriabankkal rendelkezik, 
ezek közt HyperIranspor kapcsolat 
áll fenn. Az AMD64-es, többpro- 
cesszoros gépek valójában kisebb 
NUMA (Non-Uniform Memory 
Architecture, nem egységes memória- 
architektúra) gépek, és ezeknél 
magában a lapkakészletben nincs 

is memóriavezérlő. 

Tavaly egy Celestica A8440-es szek- 
rénybe szerelhető váz szolgált 

a linuxos erőmű alapjául. Bár az előre 
szerelt házakkal és tápegységekkel sok 
időt megtakaríthatunk, a tavalyi gép 


meglehetősen hangosra sikeredett. 
Idén - a szokásos megoldáshoz vissza- 
térve — minden alkatrészt külön-külön 
válogattunk össze. 

A K80S Pro két PCI-X busszal rendel- 
kezik, az A és a B jelűvel. A B busz 
két 133 MHz-es PCI-X foglalat számá- 
ra van elkülönítve, az A pedig kettő 
darab 66 MHz-es PCI-X és egy darab 
hagyományos FECI foglalat kiszolgálá- 
sáért felelős. A hálózati kapcsolatok 
létrehozását kettő darab Broadcom 
BCM5704C Gigabit Ethernet csatoló 
segíti, ezek szintén az A buszra 
csatlakoznak. 

A megszokott kapuk is a rendelkezé- 
sünkre állnak, ezek közül mi csak az 
USB kapukat vettük igénybe. 

A SCSI és az ATA vezérlő kiegészítő 
jelleggel kérhető, erre nem árt odatfi- 
gyelni, ha linuxos erőművünk építése 
közben az alaplapot hagyományos 
kiszolgáló szerepet játszó gépbe 
akarjuk beépíteni. 

Ebbe a kiváló alaplapba az elérhető 
Opteron processzorok közül a legjob- 
bakat (846 HE típusjelzés, 2 GHzZ-es 
órajel, 1 MB másodszintű 
gyorsítótár) helyeztük be, azokból 

is mindjárt négyet. A rendszer teszte- 
lése közben elérhetővé vált újdonsá- 
gokat a széljegyzet taglalja. A rend- 
szerbe a lehető legtöbb memóriát, 

32 GB-os építettünk. 

A házrajongók szerencsétlenségére 
az alaplap SSI MEB formátumú, 
vagyis mérete U88x Tó azaz 3802 x 
4064 mm. Számunkra ez nem oko- 
zott gondot, ugyanis idén egyedi há- 
zat használtunk, de a méret minden- 
képpen korlátozza azon házak körét, 
amelyek közül választhatunk. 


Adattárolás 

Ha teljesen csendes rendszert akarunk 
építeni, akkor az adattárolást a gép 
házán kívülre kell száműznünk. Ré- 


1. kódrészlet: A /etc/fstab fájlban szereplő lemezrészek 


LABEL-/nStor-OS 7 ext3 defaults Tb gen ezt NFS-sel vagy három méteres 
LABEL-/cfboot /boot ext3 defaults il kábelekkel csatlakozó külső SCSI- 
LABEL-/nstor-DATA /ul ext2 defaults 1 2 házak segítségével lehetett megoldani, 
none /dev/pts devpts gid-5,mode-620 00 ám azóta bővültek a lehetőségek. 

none /dev/shm tmpfs — defaults 00 Ha a meghajtók távol tartására LISB, 
none /broc proc defaults 00 FireWire, SCSI (természetesen ez nem 
none /sys sysfs defaults 00 maradhat el), Fibre Channel vagy ép- 


pen ATA over Ethernet megoldásokat 
használhatunk, utóbbiról 2005. júniu- 
sában mi is írtunk. A különálló 
meghajtóház többé nem a vállalati 
adatközpontok kiváltsága. 

További lehetőség a hálózatról végzett 
rendszerindítás, majd a tárolóhely 
NES-en keresztüli befűzése. Mivel 

a Penguin vállalati kiszolgálószobák- 
ban látott eszközökkel dolgozik, és 

a Fibre Channel lenyűgöző eredmé- 
nyeket hozott a teljesítménytesztek 
során, végül mellette döntöttünk: 

egy nStor 4320F Fibre Channel 
RAID-házat választottunk, amelyben 
18 GB-os Hitachi meghajtók tárolták 
az operációs rendszert, további, 
nagyobb méretű Seagate meghajtók 
pedig további tárhelyet biztosítottak. 
Mivel önálló, a rendszerindítás tekin- 
tetében más kiszolgálótól nem függő 
rendszert akartunk összeállítani, 

a rendszerindítás céljára beszereltünk 
egy 256 MB-os Sandisk CompactFlash 
kártyát. Ez a gép számára pontosan 
úgy látszik, mint bármely ATA meg- 
hajtó, vagyis bármilyen személyi szá- 
mítógépes alaplap képes róla betölteni 
a rendszert. 

USB-kulcs használatára is gondoltunk, 
ám ahhoz bele kellett volna nyúlni az 
initrd és a GRUB beállításaiba. lermé- 
szetesen annak is vannak előnyei, ha 
a rendszerindításra használt eszközt 
ki lehet húzni a gépből, illetve el lehet 
különíteni, de nem számoltunk azzal, 
hogy repülőtereken keresztül fogjuk 
utaztatni a gépet, titkosított, bizalmas 
adatokkal teli meghajtókkal. 

Ha csendesnek készülő linuxos gé- 
pünket mindig rajta akarjuk hagyni 

a hálózaton, akkor rugalmasabban 
dönthetünk a rendszerindításról, 
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Amikor kiválasztjuk egy egyedileg 
épített rendszer házát, legyen szó 
akár a folyó év erőművéről, akár más 
gépről, mindig valamivel nagyobbat 
választunk, mint amit a neves gyár- 


tók egy hasonló géphez kínálnának. 


A kisebb házakhoz kevesebb anyag 
kell, és szállítani is olcsóbb őket, mi 
viszont egyediségre törekszünk, ezért 
több helyre van szükségünk, egyrészt 
az eszközök hozzáadásához, másrészt 
a gépben végzett munkához. 


és például PXE-t is használhatunk. 

Ha viszont alkalmanként valamelyik 
barátunkhoz is el akarjuk vinni a gé- 
pet, és ott szeretnénk zenéket lejátsza- 
ni vele, akkor szükségünk lesz a füg- 
getlen rendszerindítás lehetőségére. 
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lyan Ihunder K8OS Pro 
(54882) 


4 do AMD 846HE 
Opteron 


9 db 4 GB-os Registered 
ECC SzMNSUN6] DDR PEZ 4010 (EL 
2,5 DIMM 


510 W-os, átépített 
PC Power and Cooling lIurbo-Cool 
510 AIX 


egyedi, Matt Fulvio tervei 
alapján Irevor Sherard készítette 


Oalosie 2342 2 (Gilo 
Fibre Channel csatoló, két kapuval, 
183 MEIZ; PEEX 


256 MB-os 
Sandisk Compactklash kártya, 
DCIB-256-A10 


nStor 4320F Hibre 
Channel RAID-ház 


2 db 18 GB-os, 
10000 fordulat/perces Hitachi 
DKS2ZDJ-18FC Fibre Channel meg- 
hajtó, RAID 1 tömbben (operációs 
rendszer) és 6 db 73 GB -os, 10000 


fordulat/perces Seagate S13/3405FC 


Cheetah /73bLP FC Fibre Channel 
meghajtó, RAID 10 tömbben 


PNY NVIDIA Ouadro 


NVS 280 PCI 


2 db VlewSonic VX2000 


20-os LED monta 100052 1200-as 


felbontással 


RME RBESP96GSZ PCI 
hangkártya 


36 csatornás, 
24 bites, 96 kHz-es RME Multiface 
be- és kiviteli egység 


3 db Zalman 
Reserator 1s 


/melloszalhnain eMM BZAEoldtolokk 


egyedi, tervezte 
és készítette a Global Precision 
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MI 2. ábra Semmi sem szivárog! Mindenki látja? 


A Penguin csapat úgy tervezte, hogy 
elviszi a gépet a LinuxWorld rendez- 
vényre, márpedig, ha bemutatóra kell 
cipelni egy gépet, akkor csak jó, ha 
eggyel kevesebb dolgot kell üzembe 
helyezni a helyszínen. 

Aki csendes Linuxos gépet épít és tele- 
pít, az akár kettős megoldást is kidol- 
gozhat: NES-t alkalmaz a felhasználók 
kezdőkönyvtárainak, a vállalati 
/usr/local/bin/ könyvtár és az egyéb 
olyan anyagok tárolására, amelyeknek 
ugyan naprakészeknek kell lenniük, 
de vészhelyzetben nélkülözhetők; míg 
a gép saját fájlrendszerét a nagymére- 
tű munkafájlok — például a rendszer 
csúcskategóriájú hangkártyájától érke- 
ző adatok - tárolására tartja fenn. 
Végül, hogy még az egérkattintások se 
törjék meg a csendet, a Penguin alapí- 


tója, Sam Ockman egy érintőpadként 
működő TouchStream LP billentyűze- 
tet javasolt, melynek nincsenek moz- 
gó részei. Egyben mutatóeszközként is 
szolgál, és a műveletekhez egérgesztu- 
sok hozzárendelését is lehetővé teszi. 


Ez az első alkalom, hogy a linuxos 
erőműbe profi hangkártyát szerel- 
tünk. Egy csendes gép hol is talál- 
hatna jobb helyre, mint egy 
hangstúdióban? 

Az általunk kiszemelt RME Hammerfall 
HDSP9652 kártya akár 52 csatorna 
kezelésére is képes; beszereztünk hoz- 
zá egy Multiface nevű külső dobozkát 
is, amelyen 8 darab LI"-os aljzat, 
valamint optikai, koaxiális és MIDI 
csatlakozó található. 


A kártya gyakorlatilag kisebb 
stúdió egyetlen egységben, 
ugyanis belső keverővel ren- 
delkezik, ami lehetővé teszi 

a jelek a kártyán belüli irányí- 
tását, minimális késleltetések- 
kel és a processzorra nézve 
elenyésző mértékű terheléssel; 
továbbá például a hagyo- 
mányos, szalagos magnókat 
idéző szolgáltatásokkal is 
rendelkezik. 

A legjobb benne mégis az, 
hogy az RME 2000 óta támo- 
gatja az Advanced Linux Sound 
Architecture (ALSA) Projectet, 
vagyis esetében a Linux fel- 
használók nem csupán má- 
sodrangú polgároknak számí- 
tanak. Az RME webhelye 
szerint ,a Hammerfall ALSA- 
támogatása végre megtöri 

a mindannyiunk számára unal- 
massá vált, a tyúk vagy a tojás 
kérdéséhez hasonló nincs pro- 
fesszionális hardver vagy 
illesztőprogram — nincs pro- 
fesszionális hardver kört". 
2003. októberi számunkban 
Peter Todd részletesen is tár- 
gyalta a Hammerfall HDSP 
kártyák használatához szüksé- 
ges eszközöket. 

A megjelenítésre egy vi- 
szonylag egyszerű kártyát 
alkalmaztunk (lásd az 
internetes forrásokat). Hiába 
szerettük volna érdekes és 
újszerű megjelenítési képessé- 
gekkel felruházni a gépet, 

az illesztőprogramok terén 
továbbra is problémákat ta- 
pasztaltunk (lásd a keretes 
részt). 


Hómérsékletkezelés 

Hogyan tartatjuk megfelelő 
hőmérsékleten az eszközöket? 
A legfontosabb, hogy ne kezd- 
jünk el játszadozni a különféle 
hardverkombinációkkal, amíg 
nem tudjuk, hogyan mérhet- 
jük a módosítások által 

a rendszer hőmérsékletére 
gyakorolt hatást. Sőt, semmit 
ne változtassunk meg, amíg 
nem tudjuk, hogyan fogjuk 
mérni a változás hatását. 

A jó hír az, hogy a processzo- 
rok és az alaplapok gyártói 


NM EN u NH MH a legfontosabb alkatrészeket 


A teljesítménytesztek 
eredményei 


dbench 100 szimulált ügyféllel: 


J7dbench 100 
Throughput 1234.57 MB/sec (NB-1543.21 MB/sec 
512345.7 MBit/sec) 


Bonnlet 4 1.03 — egy pontosabb, 
a merevlemezek sebességét mérő program: 


e Soros kivitel, karakterenként: 58577 Kb/s, 98 90 CPU 
e Soros kivitel, blokkonként: 281032 Kb/s, 50 90 CPU 

e Soros kivitel, újraírás: 52603 kb/s, 18 96 CPU 

e Soros bevitel, karakterenként: 34717 Kb/s, 58 90 CPU 
e Soros bevitel, blokkonként: 90097 kb/s, 11 90 CPU 

e Véletlenszerű léptetés: 257 ,5/másodperc 

e Soros létrehozás: 5924 fájllmásodperc 


e Véletlenszerű létrehozás: 6056 fájllmásodperc 


Postmark teljesítményteszt 

A Postmark egy leterhelt levelezőkiszolgáló működését 
szimulálja. 20000 alapfájllal és 100000 tranzakcióval 

az alábbi eredményeket kaptuk. 


Idő: 
e 46 másodperc (összesen), ebből 40 másodperc 
tranzakciókezelés (2500 db/másodperc). 


Fájlok: 
e /0128 létrehozás (1524 db/másodperc); Létrehozás 
önmagában: 20000 fájl (5000 db/másodperc); 


Tranzakciókkal vegyesen: 
50128 fájl (1253 db/másodperc) 


49656 olvasás (1241 db/másodperc) 


50199 hozzáfűzés (1254 db/másodperc) 


70128 törlés (1524 db/másodperc) 


Törlés önmagában: 
e 20256 fájl (10128 db/másodperc); 


Tranzakciókkal vegyesen: 
e 49872 fájl (1246 db/másodperc) 


Adatok: 
e 30346 MB beolvasva (6.6 MB/s) 
e 43618 MB kiírva (9,48 MB/s) 


A rendszermag lefordítása: 
e 50 másodperc 


hőmérsékletérzékelőkkel is el- 
látják, ezek jeleit egy alapvető 
eszközzel, az Im sensors 
segítségével tudjuk figyelni. 

A meghajtók hőmérsékletét 
nem mértük, hiszen ezek 
külön házba kerültek, de 

a smartmontools (lásd a forrá- 
sokat) segítségével ezt is 
könnyen megtehetjük. 
Rendeltünk néhány tételt a ki- 
váló vízhűtőkészleteket kínáló 
Zalmantól. A leglátványosabb 
darab a Reserator 1, mely egy 
fél méter magas, 2,5 liter vizet 
tartalmazó, kombinált víztar- 
tály és hőleadó. A Reserator 
mellett a processzorokhoz is 
rendeltünk egy-egy vízblok- 
kot, illetve a szükséges csöve- 
ket is beszereztük. 

A hőmérsékleti becslések 

azt mutatták, hogy nem lesz 
szükségünk processzoronként 
egy-egy Reseratorra, vagyis 
két-két processzorhoz egy-egy 
Reseratort illesztettünk, illetve 
a tápegység is kapott egyet. 

A Reserator egy 5 wattos 
szivattyúval rendelkezik, 

ami sajnos nem zajtalan, 

ezért a Reseratorokat át kellett 
alakítanunk hőáramlásos mű- 
ködésűre. Alapkiépítésben 

a Reserator bemenete és ki- 
menete közel vannak egy- 
máshoz, ezért mindegyik 
Reseratorba beszereltünk 

egy a forró vizes bemenettől 

a tetejéig futó csövet. 
Működött. A processzorhő- 
mérséklet körülbelül 507 C-ig 
kúszott fel, és a processzorokat 
és a Reseratorokat összekötő 
csövek eléggé felmelegedtek 
ahhoz, hogy beinduljon 

a hőáramlás. Normál hasz- 
nálat mellett a hőmérséklet 
47-48" C körül maradt, teljes 
terhelés mellett pedig nem 
ment 50" C fölé. 

A tápegység hűtése már kemé- 
nyebb feladat volt. A Zalman 
legerősebb ventilátor nélküli 
tápegysége 400 W-os, ám 

a négyutas alaplapnak ez ke- 
vés volt. Így a PC Power and 
Cooling Turbo-Cool 510 ATX 
egysége mellett döntöttünk. 
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Felmerült a saját tápegység építé- 
sének ötlete is, de ezt elvetettük, 
mert fontos, hogy az összetevők 
megfelelő sorrendben kapják meg 

a tápfeszültséget, és a PC Power and 
Cooling már megoldotta ezt a kér- 
dést helyettünk. A hűtés gondja 
viszont megmaradt. 

Itt lépett be a képbe a lakatosmester- 
ség. Phil elment a Global Precision 
nevű témmegmunkáló műhelybe, 
ahonnan három munkafázist rendel- 
tünk meg. Először levágták a tápegy- 
ség hűtőbordáinak eredeti lamelláit, 
ezzel sima, a vízhűtés blokkjainak 
felszerelésére alkalmas felületek jöttek 
létre. Ez után elkészítették magukat 
a vízhűtés blokkjait; itt kék színű, 
eloxált alumíniumot választottunk, 
ez ugyanis illeszkedett a Zalman 
alkatrészekhez. Végül két Y-csatla- 
kozót is kértünk, ezek feladata 

a vízáram a két hűtőblokk közötti 
elosztása lett. 

A tápegységből eltávolítottuk a venti- 
látorvezérlést — többé úgysem volt rá 
szükségünk. 


Ház 

Egy ilyen gép befogadására, igényei- 
nek kielégítésére kevés ház képes. 
Idén egyetlen választásunk volt: egye- 
di megoldást kidolgozni. Az idei 

ház akrilablakokat kapott, melyeken 
keresztül látható a hűtőrendszer, 
valamint beépített támasztékokkal 
rendelkezik a Reseratorok és az RME 
Multiface számára. 


Osszefoglalás 

Mindezek után, ha nehéz is elfo- 
gadni, de a való életben a legtöbb 
számítógépben sem 52 csatornás 
hangrendszerre, sem Fibre Channel 
alapú adattároló alrendszerre 

nincs szükség. Azonban a szokat- 
lan összeállítások azok, amelyek 
képesek segíteni az igazán kreatív 
tevékenységeket, és örömünkre 
szolgál, hogy a Linux semmiben 
nem lesz gátunkra, segítségével 
bármibe belefoghatunk. 

Aki azzal indul, hogy mi a lehetséges, 
majd kiveszi a számára szükségtelen 
elemeket, az bízhat benne, a gépe meg 
fog felelni az igényeinek. Reméljük, 
hogy olvasóink bármilyen számítógép 
építése mellett döntsenek is, sikerült 
néhány ötletet meríteniük az idei év 
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A jövő hardvere és a múltha révedő 
ügyvédek 

Ez mindig bejön. Azok az új termé- 
kek, amiket ki szeretnénk próbálni az 
év linuxos erőművében, mindig pon- 
tosan akkor jelennek meg, amikor már 
a munka közepén járunk. 

A hőmérséklettesztek elvégzésé- 

hez már túlságosan későn jelen- 

tek meg az AMD kétmagos Opteron 
processzorai, amelyekkel a meglé- 
vő, négy foglalatot tartalmazó 
alaplapunkat felhasználva is épít- 
hetünk nyolcutas rendszert - elég 
egy BIOS-frissítést végrehajta- 

nunk. Ma még tízezer dollár 
(körülbelül kétmillió forint) 

négy ilyen processzor, ám vára- 
kozásaink szerint az árak 
hamarosan csökkenni fognak. 
Figyelemmel kísérjük a LinuxBIOS 
tervezet előrehaladását is, és a jövő 
évre egy általa támogatott alaplapot 
szeretnénk majd beszerezni. Iudjuk, 
a türelem fontos erény, ám a néhány 
másodperces rendszerindítás lehetősé- 
ge önmagában is vonzó. 

Az idei gép hangja annyira megtet- 
szett, hogy jövőre is csendes gépet 
fogunk építeni. Az adattárolás terén 
jövőre az Ed Cashin által a 2005 júni- 
usi számban tárgyalt ATA over 
Ethernet alkalmazását is számításba 
fogjuk venni. 

A megjelenítés továbbra is gyenge 
pont, de nem a hardver, hanem 

a gyártók jogászai miatt. Aki 3D-s 
megjelenítéssel foglalkozik, szinte 
szükségszerűen megsérti mások sza- 
badalmait, az illesztőprogramok kód- 
ját pedig szigorú végfelhasználói szer- 
ződések védik, megtiltva a visszafej- 
tést, és lelassítva az egész iparág fejlő- 
dését. Ha a rendszermag fejlesztése 
során egy széles körben használt 
hardverelem illesztőprogramja eltű- 
nik, akkor vele fog menni a hardver- 
elem is. 

Grafikus kártyák gyártói, fogjatok 
össze, kössétek meg a hardverekre 
vonatkozó keresztlicencelési megálla- 
podásokat, majd készítsetek olyan 
használati szerződéseket a szoftve- 
rekre és a leírásokra, amelyek alapján 
a fejlesztők el tudják készíteni a gra- 
fika iránt érdeklődő felhasználók ál- 
tal igényelt kódokat! Hosszú távon 
mindenki jól fog járni — például az 
NVIDIA kizárólag egy licencelési 
döntés miatt párhuzamos szoftver- 


terjesztői rendszert tart fenn. Vajon 
nem tenne jót a költségvetésnek, 
ha ez megszűnne? 

A borúlátók azt mondják, ők 

a realisták, és hajlamosak elfogadni 

a zárt illesztőprogramokat. A valóság 
azokban az, hogy az 1990-es évek 
UNIX-gyártói közül egy sem támo- 
gatta a Linuxot. Ma minden olyan 
UNIX-gyártó, amely egyáltalán létezik 
még, a Linux mögé állt. Aki realistá- 
nak hiszi magát, gondolkozzon el 
egy kicsit ezen. 


A cikkhez tartozó források elérhetősége: 
2 www.linuxjournal.comjarticle/8330 








Kávéfőzés 
Kivételkezelés 
érv Java- függ 


Miután az előző hónapban egy 
kalap alatt ismerhetett meg az 
Olvasó két olyan távol álló fogalmat, 
mint a tömbök és az interfészek, 
jelen írásban már nem érheti meg- 
lepetés. Ebben a cikkben egy nyelvi 
eszközt, a kivételkezelést, és egy, 

a programozásfejlesztéskor oly fon- 
tos dokumentálást segítő programot 
mutatok be. 


két eszköz talán egyetlen közös vonása az, hogy 
AA noha használatuk kisebb alkalmazások esetén 

mellőzhető, nagyobb projektek esetében nagy 
könnyebbséget jelentenek, és így fontosságukról ódákat 
lehetne zengeni. 
A kivételkezelés nem kötődik szorosan az objek- 
tumközpontú filozófiához, ugyanakkor a legtöbb 
(ha nem az összes) objektumközpontú nyelvben meg- 
található. Nincs ez másképp a Java esetében sem. 
Ennek a módszernek a célja a futásidőben keletkező 
hibák egyszerűen átlátható és kényelmes kezelése. 
Ezen hibák nagy részét interaktív alkalmazásokban 
szokás szerint a felhasználó váltja ki. Tipikus példája 
ennek az osztóprogram. 





Divide et impera 

Ebben az alkalmazásban az osztás műveletét valósítjuk 
meg. Egyelőre ne foglalkozzunk azzal, hogy a felhasználó- 
tól várjuk el a bemenő adatot, mindössze írjunk egy osztas 
nevű metódust. 


/ ke 
: Ez az osztaly az osztas muveletet valosítja meg. 
Kéz / 


public class osztoprogram ( 


Je 
: Az osztast vegzo metodus megjeleniti 
: a kepernyon az osztas eredmenyet. 
ú/ 
private void osztas(double szamlalo, double 
nevezo) í 
System.out.print(szamlalo 4 " / " 
4. nevezo 4 " — "); 
System.out.println(Cszamlalo / 
nevezo); 
§ 
Je 
: A konstruktor harom osztast 
- vegez el. 
9 
public osztoprogram() 1 
osztas(1.0, 2.0); 
osztas(1.0, 3.0); 
osztas(1.0, 0.0); 
; 


Je 

: Az alkalmazas inditasakor letrejon egy 

: peldany az Osztoprogram osztalybol 

e / 

public static void main(String[] args) ( 
new OsztoprogramO ; 


J 
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Az alkalmazás belépési pontjánál egyetlen példányosítás tör- 
ténik. Az objektumközpontú programozásban ez megszokott 
gyakorlat. Ezzel a megoldással ugyanis rövid úton áthidalha- 
tó az a probléma, hogy egy teljesen objektumközpontú kör- 
nyezetből hiányoznak a strukturált programozásban meg- 
szokott globális függvények. Ha nem hoznánk létre egyetlen 
objektumot sem, csak a static kulcsszóval minősített metó- 
dusokat használhatnánk. lermészetesen megtehettük volna 
statikusnak az osztas nevű tagfüggvényt, kihagyhattuk vol- 
na a konstruktort, és törzsét átemelhettük volna a main függ- 
vénybe. Ekkor viszont teljes joggal feltehetnénk magunknak 
azt a kérdést is, hogy miért erőltetjük ezt a Java-t, ha C-ben 
szeretünk programozni. 

A példányosításkor lefut az osztály konstruktora, ezért 
háromszor meghívásra kerül az osztas metódus. Ez két 
double típusú, azaz dupla lebegőpontosságú számot vár 
paraméterként, és ezek hányadosát íratja ki, miután a mű- 
veletet is jelezte egy sortörést mellőző System. out.print 
segítségével. Fordítás és futtatás után várakozásainkat felül- 
múló eredményt láthatunk a képernyőn: 


1.0 / 2.0 - 0.5 
1.0 7 3.0 z 0.3333333333333333 
1.0 / 0.0 - Infinity 


Nem meglepő a csonkított 1/3, ám az sokkal inkább, hogy 
1/0 végtelen. Ezt az első ránézésre furcsa eredményt az 
alábbi egyenlet indokolja: 


ím 1 


no30 Nn 


Hoo 


Azon kedves Olvasók, akik eddig sikeresen megúszták 
az analízis leírhatatlanul szép világának megismerését, 
elég ha elképzelik az 1/n függvényt. Ha az x tengelyen 
jobbról közelítjük a nullát, a függvényérték a végtelen- 
hez tart. Látható tehát, hogy vannak olyan matematikai 
eszközök, melyekkel a nullával való osztás kezelhető. 
Ennek ellenére az osztás műveletének ez a kivétele 
függvényértékként nem értelmezett, és a mindennapi 
gyakorlatban feltétlenül külön kell vele foglalkozni. 
Hogyan módosíthatnánk az osztas metódust, hogy 
megfeleljen kívánalmainknak? 


private void osztas(double szamlalo, double nevezo) í 
System. out.print(szamlalo 4 " / " 4 nevezo 4 " 
Biza 
1f (nevezo 0) (í 

System. out.println( "nem ertelmezett! "); 
j else ( 
System. out.println(szamlalo / nevezo); 


J 


Ez a megoldás jól működik. Ám megszokhattuk, hogy 

ez önmagában kevés, ha a kód nem kellően beszédes. 

Ha egy olyan programozónak mutatnánk meg ezt a for- 
rást, aki véletlenül nem ismeri az osztás műveletét, egy 
dolgot biztosan nem fog tudni eldönteni. Ebben a feltételes 





elágazásban melyik számít tipikus esetnek? Melyik ág az, 
ami normális működés mellett várhatóan lefut, és melyik 
az, amelyre csak egyfajta hiba előfordulásakor kerül 

a vezérlés? Jó volna valahogyan kifejezni ezt az ellentétet. 
Erre használhatjuk atry - catch párt. 


private void osztas (double szamlalo, double nevezo) í 


System. out.print(szamlalo 4 " / " 4 nevezo 4 " - 

m); 

Éry 1 
if (nevezo -- 0) throw new ExceptionO ; 
System.out.println(szamlalo / nevezo); 

lj catch (Exception kivetel) ( 
System.out.println( "nem ertelmezett! "); 


A try blokk egy kritikus szakaszt hivatott jelölni. Ebben 

a szakaszban olyan műveletek vannak, amelyek miatt kivé- 
tel képződhet. Ez két esetben fordulhat elő. Egyrészt 

a programozó szándékosan dobhat kivételt a throw kulcs- 
szó segítségével, amint az a példából is látszik. Másrészt 
vannak olyan műveletek, amelyek magukban rejtik ennek 
a lehetőségét. Például egész típusú (int) számok osztása- 
kor, nulla értékű nevező esetén kivétel keletkezik. 

A kivételek elkapása, azaz lekezelése egy catch ágban 
történik. Egy try blokkot több catch is követhet. A kivétel 
fellépésekor a vezérlés azonnal átkerül arra a catch ágra, 
amelyre a kivétel típusa először illeszthető. Jelen esetben 
egyetlen catch ág van, amely az Exception-ből, illetve az 
ebből örököltetett osztályokból származó példányokat ke- 
zelheti le. A try legelején, ha a nevező nulla, pont egy új 
Exception objektumot dobunk el. Így tehát, ha a nevezo 
változónk nulla, a try második sora már nem fut le, helyet- 
te az egyetlen catch ágban folytatódik a futás, ahol a meg- 
felelő üzenet kerül kiíratásra. 

Lássuk ennek a megoldásnak egy kicsivel pontosított 
változatát: 


private void osztas (double szamlalo, double nevezo) í 


System. out.print(szamlalo 4 " / " 4 nevezo 4 " - 
sa 
try í 
1f (nevezo -- 0) throw new 
sz ArithmeticException0 ; 
System. out.print(szamlalo / nevezo); 
l catch (ArithmeticException kivetel) ( 
System. out.print("nem ertelmezett! "); 
l finally ( 
System. out .print(System. getProperty 
s ("]ine.separator")); 


Itt már Arithmeti cException típusú objektumot dobunk, és 
kapunk el. Ez a változtatás beszédesebbé teszi a forráskódot, 
könnyebben kideríthető, milyen típusú hiba miatt keletke- 
zett a kivétel. A Java kivételosztályok egész tárházát nyújtja, 
melyeknek közös ősosztályuk az Exception. Ha ezekkel 
nem lennénk megelégedve, készíthetnénk saját kivételosz- 














tályt is, mindössze 
az Exception osz- 


Lass 
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Class InteraktivOsztoprogram teni, és máris kivé- 
"lálanláteseíküsvétss telhez jutunk, 
 EnSts jott ENYGKEYTBE S amit kedvünkre 
jelt ENEENe amel hamlajemekennatmaet; dobálhatunk. 
A másik változta- 
tás a finally 
blokk bevezetése. 
Ebből a try blokk- 
hoz hasonlóan 
egy lehet egy 
szerkezetben, ám ennek a végére kell kerülnie. Attól külön- 
leges, hogy függetlenül attól, hogy a megszokott módon, 
a try blokkban, vagy valamelyik catch ágban ért véget 
a kiértékelés, a legvégén ez kötelező érvénnyel lefut. Ebben 
az ágban a rendszertulajdonságok közül lekérdezzük a sor- 
emelés karakterét, és kiíratjuk. Ezzel megszabadultunk 
a println műveletektől. Így már kellően olvasmányos kód- 
hoz jutottunk, melyet próbáljunk meg felolvasni: 
Az osztás műveletéhez két számra van szükség, a számláló- 
ra és a nevezőre. Először írassuk ki a képernyőre az elvég- 
zendő műveletet. Majd tegyünk egy próbát a művelet el- 
végzésére. Ha a nevező nulla, aritmetikai hiba van, mellyel 
később foglalkozunk. Normális esetben el kell osztani 
a számlálót a nevezővel, és kiíratni. Aritmetikai hiba esetén 
ki kell íratni, hogy a művelet nem értelmezett. Végezetül 
sort kell emelni. 
Sajnos egyes, a strukturált programozást sem ismerő, mégis 
művelő emberek azt mondják a kivételkezelésre, hogy a mo- 
dern nyelvekbe így hozták vissza a goto parancsot. A feltétel 
nélküli ugrás már a strukturált programozási nyelvekben 
sem volt szeretett megoldás, a Java-ból pedig már teljesen hi- 
ányzik. Foglalt kulcsszó, tehát például goto nevű változót 
nem hozhatunk létre, de nem nyelvi elem. A kivételkezelés 
nem egy tiltott elemnek egy új köntösben megjelenő változa- 
ta, hanem egy olyan eszköz, amivel átláthatóbbá válnak 
a forráskódjaink. Nem láttam még kivételkezelést, ami össze- 
zavart volna, feltétel nélküli ugrást használó spagettikódot 
viszont igen. 
Most tegyük fel, hogy egy metódusunkban felléphet 
valamilyen hiba, amit nem helyben szeretnénk lekezelni. 
Jelen példára vetítve, az osztás műveletet kivitelező 
tagfüggvénytől azt várjuk el, hogy ne írjon semmit 
a képernyőre, hanem visszatérési értékként szolgáltassa 
az eredményt, és mellesleg dobjon kivételt, ha a művelet 
sikertelen. Lássuk a teljes forrást! 











777 
: Ez az osztaly az osztas muveletet valosítja meg. 
x/ 


public class osztoprogram í 


77 

: Az osztast vegzo metodus megjeleniti 

: a kepernyon az osztas eredmenyet. 

s 

private void osztas(double szamlalo, double 
nevezo) 1 





System. out.print(szamlalo 4 " / " 4 nevezo - 
ert aa 
try í 
System. out.print(oszt(szamlalo, nevezo)); 
j catch (ArithmeticException kivetel) ( 
System. out.print( "nem ertelmezett! "); 
l finally ( 
System. out .print(System. getProperty 
sz ("]ine.separator")); 


ada ala 
98 


: Ez a metodus elosztja a szamlalot a nevezovel. 


: Nulla nevezo eseten kivetelt dob, amit 
ssa hivonak 
: kell lekezelnie. 
77 
private double oszt(double szamlalo, double 
55 nevezo) throws ArithmeticException í 

1f (nevezo -- 0) throw new 

sz ArithmeticException0 ; 

return (szamlalo / nevezo); 


jer 
: A konstruktor harom osztast vegez el. 
hiú 
public osztoprogramO 1 
ösztasíl.05 2.0); 
osztas(1.0, 3.0); 
osztasí1.0, 0.0); 


/" x 

: Az alkalmazas inditasakor letrejon egy 

: peldany az Osztoprogram osztalybol 

x/ 

public static void main(String[] args) ( 
new OsztoprogramO ; 


A kód immár komoly esztétikai élvezetet nyújt a szakértő 
szemeknek. Bevezettünk egy oszt nevű tagfüggvényt, 
ami átvette az osztas metódus válláról a számolás terhét. 
Utóbbi csak kiírat, előbbi csak az eredményt számolja. 
Mivel az oszt metódusban kivétel képződhet, amit hely- 
ben nem kezelünk le, a függvény fejlécében jelezni kell, 
hogy a hívó felelőssége a megfelelő try - catch szerke- 
zetről gondoskodni. lermészetesen az is továbbháríthatja 
ezt a felelősséget fentebbre, ha a fejlécében szerepel 

a kivétel megnevezése. 

Eljött az idő, hogy elkészítsük az alkalmazás felhasználó- 
barát változatát. Ebben már a kezelő adhatja a bemenő 
adatokat, vagyis nem rögzítjük a forráskódban a művelet 
operandusait. 


import java.10."; 
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: Az interaktiv osztoprogram ket szamot 
: ker be, melyeket eloszt egymassal. 


public class Interaktivosztoprogram ( 


Je 

: szamlalo 

S 

private double szamlalo; 
Jer 

" nevezo 

ej 


private double nevezo; 


je 

" Beolvassa az adatokat a kezelotol, es 

: azonnal double tipusuva is alakitja. 

"e 

private void beolvasasÓ) ( 
BufferedReader olvaso — new 


BufferedReader(new InputStreamReader (System. in) ); 


try í 
System. out.print("szamlalo? "); 
szamlalo - Double.parseDouble 
5 (olvaso. readLi1neO ) ; 
System. out.print("nevezo? "); 
nevezo - Double.parseDouble 
5 (olvaso. readL1neO ) ; 

l catch (IOException kivetel) ( 
System.out.println 


s ("Hiba tortent az adatbevitel soran!"); 


System.exit(1); 


Az osztast vegzo metodus megjeleniti 

: a kepernyon az osztas eredmenyet. 

: Aparam szamlalo 

: az osztas szamlaloja 

: (Aparam nevezo 

: az osztas nevezoje 

eg 

private void osztas(double szamlalo, double 
nevezo) ( 

System. out.print(szamlalo 4 " / 
et ja 


try í 


System. out.print(oszt(szamlalo, nevezo)); 


l catch (ArithmeticException kivetel) ( 
System. out.print( "nem ertelmezett! "); 
l finally ( 
System. out.print(System. getProperty 
sz ("]ine.separator")); 


ada ala 
98 


: Ez a metodus elosztja a szamlalot a nevezovel. 


t NevezO Tt 





: Nulla nevezo eseten kivetelt dob, amit 
sa hivonak 
: kell lekezelnie. 
: Aparam szamlalo 
: az osztas szamlaloja 
: Aparam nevezo 
: az osztas nevezoje 
: Areturn az osztas eredmenye 
s 
private double oszt(double szamlalo, double 
55 nevezo) throws ArithmeticException ( 
if (nevezo -—— 0) throw new 
sz ArithmeticException() ; 
return (szamlalo / nevezo); 


je 
: A konstruktor a beolvasas utan 
: meghívja az osztast vegzo metodust. 
s 
public InteraktivosztoprogramO 1 
beolvasasO ; 
osztas(szamlalo, nevezo); 


Je 

: Letrehoz egy peldanyt az 

: Interaktivosztoprogram osztalybol. 

e 

public static void main(String[] args) ( 
new InteraktivosztoprogramO ; 


Az alkalmazás igen egyszerűen működik. A beolvasas 
metódus az objektum két tagváltozójának, a szamlalo, 
és a nevezo tagoknak ad értéket. Ezeket felhasználva hívja 
meg a konstruktor az osztas metódust, melyet az oszt 
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segítő függvénnyel együtt a meglévő osztoprogram. java 
forrásból emeltük át. A beolvasas jó példája annak, hogyan 
használhatjuk a kivételkezelésre építő Java könyv- 

tári osztályokat. A readLine metódus 
IOException típusú kivételt dob, ha az olva- 
sás sikertelen volt, egyébként visszaadja 

a beolvasott sort String objektumként. 

A beolvasas különlegessége még az eddig 
látottakhoz képest néhány új osztály 
használata, így többek között 

a BufferedReader és az 
InputStreamReader alkalmazása. 
Ezek a java. io csomag részei, ezért 
volt szükség a program legelején 
jelezni a csomag összes elemének 
behozatalát az alkalmazás névterébe. 
A csomagokról a későbbiekben 
még szó lesz, most legyen 
elég annyi, hogy egy 
osztály használatához 
be kell hozni azt a név- 
térbe. A System és az 
Exception osztályok 
esetén ezt azért kerül- 
hettük el, mert azok 

a java. lang csomag részei, 

és ezért önműködően a névtér 
elemeit képezik. 

Térjünk vissza a Reader osztályokhoz. Ezek segítségével 
olvastunk be egy-egy sort a billentyűzetről. Most ahelyett, 
hogy a cikk írója által adott magyarázatokból eredő kénye- 
lem miatt a kedves Olvasó hagyná, hogy elhatalmasodjon 
rajta a lustaság, nézzünk utána együtt ezen osztályok leírá- 
sának az API-ban. Ebből kiderül, hogy a System. in, ami 

a szabványos bemeneti csatorna, InputStream típusú. Ennek 
van ugyan read metódusa, ám amint az a leírásból kitűnik, 
bájtokat olvas és nem karaktereket. Például egy olyan termi- 
nálon, ami Unicode kódolást használ, ez nem adna használ- 
ható eredményt. Ezért beburkoljuk egy InputStreamReader- 
rel, ami technikailag azt jelenti, hogy készítünk egy ilyen 
objektumot, és a konstruktorának átadjuk a System. in-t 
paraméterként. Ez már valóban karaktereket olvas, tehát 
elvégzi a szükséges átalakításokat, hogy használható beme- 
netet kapjunk. Ahhoz, hogy a sorvége kezelésével és a karak- 
terek összeragasztásával se kelljen vesződnünk, ezt még be- 
burkoljuk a BufferedReader osztállyal, amelynek példányai 
rendelkeznek az áhított readLine metódussal. A megoldás- 
ban az a szép, hogy a System. in-t egy másik adatfolyamra 
cserélve is tökéletesen működik, így tehát fájlból is ugyanez- 
zel a módszerrel dolgozhatunk. 

Vessünk egy pillantást a másik újdonság, a Double osztály 
leírására. Az osztálynak a parsepouble nevű metódusát 
használtuk, mindennemű példányosítás nélkül. Ezt azért 
tehettük meg, mert a nevezett tagfüggvény statikus. Para- 
méterként egy String típusú objektumot vár, és egy double 
típusú számot ad vissza. Meglepő ravaszsággal a szövegfü- 
zérből egy lebegőpontos számot állít elő. 

Az osztas, illetve oszt műveletek megvalósításai nem változ- 
tak, mindössze a megjegyzések egészültek ki egy-két érdekes 
elemmel. Ennek oka abban keresendő, hogy az Olvasóban 
























az API tüzetes tanulmányozása után biztosan felmerült 

a kérdés, hogy miként tudna hasonlóan jól áttekinthető, 
egységes leírást mellékelni Java alkalmazásaihoz. A válasz 
egyetlen parancssorral megadható: 


$ javadoc -d docs -private 
3 Interaktivosztoprogram. java 


A parancsot abban a könyvtárban kell 
kiadni, ahol a forráskód található. 
. A -d kapcsoló azt a célkönyvtá- 
rat határozza meg, 
amelyben a HIML 
alapú dokumentációt 
szeretnénk látni. 
A -private hatására 
a személyes láthatóságú 
adattagok is bekerülnek 
a leírásba, ami azért 
fontos, mert nem 
ez az alapértel- 
mezés. A kapcso- 
.  lók után azon 
megfelelő formá- 
tumú megjegyzések- 
kel tűzdelt forrásokat 
kell felsorolni, amelyekből ki 
szeretnénk nyerni az értékes információt. 
Jelen esetben ez egyetlen állomány. 
Rövid várakozást követően elkészül a docs könyvtár, mely- 
ből az index.htm! lapot megnyitva kedvenc böngészőnkből 
a képen látható tartalom tárul elénk. Hasonlítsuk össze 
a leírást a forráskód megjegyzéseivel, és máris látni fogjuk, 
miből lesz a cserebogár. A dokumentációban is megjelenő 
megjegyzések kötelezően /7" és "/ között szerepelnek, 
és mindig a hivatkozott elem előtt. Metódusok esetén ér- 
demes kihasználni a címkék nyújtotta lehetőségeket. 
A címkéket d jel vezeti be, és így kényelmesen megadható 
egy tagfüggvény paramétereinek és visszatérési értékének 
rövid magyarázata. 
Ennyit terveztem erre a hónapra. Ha összehasonlítjuk 
az alcímben is szereplő két témának a súlyát a cikk- 
ben, meglepődve tapasztalhatjuk, mennyire részre- 
hajlóan sok szó esett az elsőről. Ennek oka az, hogy 
a javadoc egy az egyszerű, és mégis nagyszerű eszkö- 
zök közül. Érdemes egy kis időt eltölteni a kapcsolók 
listájának böngészésével, ám kezdetnek tökéletesen 
elég, ha gondosan karban tartjuk megjegyzéseinket, 
mert így pillanatok alatt kiváló dokumentációt vará- 
zsolhatunk. 


Sok örömet kívánok a kísérletezéshez, a sorozattal kapcso- 
latban pedig várom az észrevételeket, javaslatokat. 
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Virtuális gépek kialakítása XEN segítségével 









Előbb-utóbb minden rendszergaz- 
da szembetalálkozik azzal a hely- 
zettel, amikor újabb kiszolgálók 
beüzemelésével bízzák meg, csak 
éppen elfelejtenek hozzá új gépet 
adni. Paradoxonnak tűnik, ugye? 
Vagy mégsem? Ilyenkor jöhet 

jól egy olyan szoftver, amelynek 
segítségével megoszthatjuk 

a már rendelkezésünkre álló 
kiszolgálók erőforrásalt. 
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Ken virtual machine monitor (VMM) 

Az x86-os architektúrára jelenleg két elterjedt virtualizálási 
technológia létezik. Az egyik a vendég operációs rendszerek 
módosítás nélküli futtathatóságát helyezi előtérbe (VMware), 
míg a másik a nagyobb teljesítményt (Xen, Denali). Az első 
megközelítés kétségtelen előnye, hogy szinte minden x86 ar- 
chitektúrára készült rendszert képes futtatni, de ennek az ára 
a relatív kisebb teljesítmény. A második módszer a vendég 
operációs rendszerből majdnem natív teljesítményt hoz ki, 
viszont igényli azok módosítását kernel szinten. Ezt 

a virtualizálási technológiát paravirtualizációnak hívják. 

Ezt a megközelítést alkalmazza a Xen is. 

A Xen VMM a XenosServers projekt részeként született meg 
a University of Cambridge Computer Laboratory berkein be- 
lül. A Xen, definíciója szerint: paravirtualizáló virtuális gép 
monitor x86 architektúrára. A paravirtualizáció a vendég 
operációs rendszerek számára az alattuk lévő hardver eléré- 
séhez egy szoftver interfészt biztosít. Ez az interfész műkö- 
désében nagyon hasonlít az eredeti hardverhez, de külön- 
bözőségek is akadnak szép számmal. Ezeket az eltéréseket 
úgy oldotta fel a fejlesztő csapat, hogy a Xen-ből egy külön 
arch-ot készítettek, mintha a Linux kernelt egy új platform- 
ra kellett volna átültetni. További előnye ennek a rendszer- 
nek, hogy a felhasználói programok változtatás nélkül fut- 
tathatók. A rendszer struktúráját lásd az 1. ábrán. 

A GNU/Linux változat mellett jelenleg fejlesztés alatt állnak 
a NetBSD, FreeBSD, Plan 9 portok is. Mindezek mellett 

a fejlesztés korai szakaszában elkészült a Windows XP ver- 
zió is, amelyet — sajnos - licencelési problémák miatt nem 
lehet a nagy közönség számára elérhetővé tenni. Ebben 

az ügyben előrelépés akkor várható, amikor az Intel és az 
AMD által bejelentett új technológiák végre megjelennek 
az új processzoraikban (Intel8) Virtualization Technology 

—- 2 http://www.intel.com/technology/computing/optech/ ; 
AMD Pacifica — 5 http://www.amd.com/us-en/ 
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Corporate/ VirtualPressRoom/0,,51 104 543-—98372,00.htm)). 
A Xen x86 architektúrájú, ,P6" vagy annál újabb processzo- 
rokat igényel (Intel Pentium Pro-tól Xeon-ig, illetve AMD 
Athlon, Duron). Támogatja az SMP-t és hajlandó működni 
Hyper-Threading képes processzorokon is. A 64 bites verzió 
fejlesztés alatt áll, habár már most is hajlandó elindulni 
ilyen gépeken 32 bites módban. lervezik továbbá a PPC és 
ARM architektúrák támogatását és a memória használat je- 
lenlegi korlátainak bővítését. A Xen telepíthető notebookra 
is, de készüljünk fel az akkumulátorok gyors merülésére, 
mivel sem az APM sem az ACPI nem támogatott. 

A teljesítményről bővebben a 3 http://www.cl.cam.ac.uk/ 
Research/SRG/netos/xen/performance.htmil weboldalon talá- 
lunk információt, összehasonlító táblázatokat: 


Telepítés 

A telepítés menetét Debian Sarge-ra fogom leírni, de más 
disztribúciókon is hasonló lépéseken kell majd végigmen- 
nünk. Lássuk milyen csomagok érhetőek el a projekt web 
oldalán: először is van a stabil verzió, amely a cikk írásának 
pillanatában a 2.0.6-os verziónál tart, találhatók továbbá test- 
ing és unstable verziók is. lermészetesen elérhető a program 
forrása, és a 64 bites verziót is le lehet tölteni. Aki a telepítés 
nehézségei nélkül szeretné megtekinteni a programot az se 
keseredjen el, hiszen a Xen 2.0.6 Demo CD segítségével meg- 
teheti. Csak le kell tölteni a xendemo-2.0.6.iso-t, kiírni egy 
CD-re és egy bootolás után máris láthatjuk a saját gépünkön 
békésen egymás mellett élni a Linux 2.4 vagy 2.6 kerneles 
verzióit, a NetBSD-t és a FreeBSD-t. 

Ha megtetszett amit láttunk és kedvünk lenne telepíteni, 
akkor töltsük le a 5 http://www.cl.cam.ac.uk/ Research/ 
SRG/netos/xen/downloads.html oldalról a stabil verziót. 

A telepítés történhet előre fordított binárisból vagy forrás- 
ból. Szerencsére egyik sem túl bonyolult. Mindenek előtt 
olvassuk el a csatolt dokumentációkat. Iudom, hogy mindig 
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mindenki ezt írja, de ez talán nem véletlen. A felhasználói 
kézikönyv elég részletes, minden szükséges információt tar- 
talmaz közérthető módon tálalva és szerencsére a projekt 
web oldalán is elérhető ( 3 http://www.cl.cam.ac.uk/ 
Research/SRG/netos/xen/readmes/userfuser.html). 
Amennyiben úgy gondoljuk, hogy minden érthető kezdjük 
a telepítést a binárissal. A letöltött állományt tömörítsük ki, 
majd az telepítőszkripttel telepítsük: 

ft tar -xvzf xen-2.0.6-install]-x86 32.tgz 

7 cd" xen-2.0 

$f ./install.sh 


A folyamat végeztével a bináris állományt feltelepítettük. 
Ha a nagyobb kontroll kedvéért a forrást választanánk 

a következő lépések várnak ránk: 

ft tar -xvzf xen-2.0.6-src.tgz 

? cd xen-2.0 

$ make world 

$f make install 


A telepítő le fogja tölteni a kernel.org-ról a neki szükséges 
kernel forrását, ráteszi a saját foltjait, majd elvégzi a fordítást 
és a helyükre másolja az állományokat. Előfordulhat, hogy 

a telepítés megáll valamilyen fájl hiányára panaszkodva. 
Debian rendszeren a következő csomagok megléte szükséges: 


f apt-get install make gcc libc6-dev bzip2 
module-init-tools latex latex2htm] transfig tgif 
bridge-utils zliblg zli1b1-dev python python-dev 
python-twisted iproute libcur]3 libcur13-dev 


A későbbiek során szükségünk lehet a kernel újrafordítására. 
Ehhez lépjünk be a Xen forrásában található linux-2.6.X.x- 
xen0 könyvtárba, majd konfiguráljuk a Xen arch-ra a kernelt: 


f cd linux-2.6.XXx-xen0 

ff make ARCH-xen menuconfig 
H Cd 

ff make dist 

it 


make install 





Mind a bináris mind a forrásból telepített Xen állományokat 
helyez el a következő könyvtárakba: 

/boot — a Xen; domain0 és domainU kernelek; 

/etc/xen — konfigurációs állományok 

/etc/init.d — indító szkriptek 

/lib/modules — kernel modulok 

/usr — felügyeleti eszközök, dokumentációk, program 
könyvtárak, Python állományok 


Amennyiben a használat során a rendszer megmagyaráz- 
hatatlannak tűnő lassulását észlelnénk, tiltsuk le a TLS 
(Ihread Local Storage) program könyvtárat, mert jelenlegi 
verziójában nem kompatibilis a Xen-el. 


$ mv /l1b/tls /T1b/tls.disable 


Amennyiben mégis hiányát éreznénk bármikor helyre tud- 
juk állítani az eredeti állapotot a könyvtár vissza nevezésé- 
vel. Már csak egyetlen lépés maradt hátra, módosítanunk 
kell a GRUB konfigurációs állományát (a Xen a GRLUB rend- 
szerbetöltő meglétét igényli), hogy a frissen telepített 
XenLinux kernelről induljon a rendszerünk. Adjuk hozzá 

a /boot/grub/menu. Ist állományhoz a következő sorokat: 


title Xen 2.0 / XenLinux 2.6 
kernel /xen.gz domO mem-131072 
module /vmlinuz-2.6-xen0 root-/dev/hdXxY ro 
ss console-ttyO0 


ahol /dev/hdxyY helyére írjuk be a rendszerünk root partíci- 
ójának nevét. Ha mindezzel készen vagyunk indítsuk újra 


a gépet és győződjünk meg róla, hogy a megfelelő bejegy- 
zést válasszuk a GRUB indító menüjéből. 


Felügyeleti eszközök 

A bootfolyamat során előbb a Xen néhány soros üzenetei lát- 
hatóak, aztán elindul a XenLinux kernel a domain0 virtuális 
gépen. A Xen terminológiában a vendég operációs rendsze- 
reket domain-eknek hívjuk. A különböző domain-ek között 
kiemelt szerepet kap a domainO, amely felügyeleti jogokkal 
rendelkezik. Ez a szerkezeti felépítés látható az 1. ábrán. 

A domain0-án keresztül szabályozhatjuk a Xen működését 

a rendelkezésünkre álló felügyeleti eszközökkel. A felügye- 
leti tevékenységek nagy részét az xm nevű eszközzel fogjuk 
végezni. Az xm parancs megadási formája a következő: 

ff xm utasítás [kapcsolók] largumentumok] [változók] 


Lássuk az xm legfontosabb utasításai: 

xm list  — kilistázza a futó domain-eket; 

xm consoles -— információt nyújt a domain konzolokról; 
xm console -— konzolt nyit a paraméterként megadott azo- 
nosítóval (ID) rendelkező domain-hez; 

xm save — elmenthetünk fájlba egy futó domain-t 

a domain0 fájlrendszerébe (a Debian Sarge nem tartalmaz- 
za a libcur1 .so.2 fájlt, amire a save utasításnak szüksége 
van, ezért készítsünk ilyen néven egy symlinket 

a /usr/Tib/Tibcur1.so.3.0.0 fájlról); 

xm restore -— az xm save-vel elmentett domain-t tudjuk 
ezzel a paranccsal elindítani; 

xm migrate - ezzel a paranccsal lehetőségünk van egy 
xen-t futtató szerverről átmásolni egy domain-t egy másik 
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xen-t futtató gépre, akár úgy, hogy az adott domain-en futó 
szolgáltatások felhasználói ebből gyakorlatilag ne vegyenek 
észre semmit; 

xm create - létrehoz egy új domain-t; 

xm shutdown - leállít egy domain-t. 


Az utasítások pontos paraméterezését megtalálhatjuk a doku- 
mentációban vagy az xm help utasítás parancs kiadásával. 
Miután birtokában vagyunk az alapvető kezelési ismeretek- 
nek nézzük mit kell tudnunk a vendég operációs rendsze- 
rekről. 


Megérkezik az első vendég 

Példaként telepíteni fogunk egy Debian Sarge rendszert 
debootstrap segítségével, ezért telepítsük is fel: 

f apt-get install debootstrap 


Ha még nem tettük volna meg, indítsuk el a Xen démont: 
$ /etc/init.d/xend start 


Az xm list paranccsal ellenőrizzük a futó domain-eket. 
$ xm list 


Name 
Domain-0O 0 


d  Mem(MB) CPU 
1173 0 


State 
r—-—- 


Time(s) Console 
9.0 


Látható, hogy a domain már fut, és csak annyi területet 
foglal a rendszermemóriából, amennyit részére a GRUB 
konfigurációs állományában beállítottunk. Vendég operá- 
ciós rendszerünk viszont jól láthatóan még nincs. Hoz- 
zunk akkor létre egyet. Amennyiben van üres terület 

a merevlemezünkön egyszerű a helyzetünk. Alakítsunk ki 
két partíciót, egyet a root és egyet a swap számára, majd 
formázzuk meg őket. A cikk további részén helyettesítsük 
a példákba a létrehozott két partíció útvonalát ott, ahol az 
szükséges. Mit tegyünk viszont akkor, ha nincs elég sza- 
bad területünk? lIermészetesen használhatjuk valamelyik 
linuxos programot, hogy átméretezzük a meglévő partíci- 
óinkat, vagy kihasználhatjuk a xen azon lehetőségét, 
hogy a fájlokban létrehozott blokk egységeket is képes ke- 
zelni. Készítsünk egy-egy fájlt a root és a swap partíciók 
részére: 


f dd 1f-/dev/zero of-/opt/domainl/root bs-1024k 
3 count—2048 

f dd 1f-/dev/zero of-/opt/domainl/swap bs-1024k 
3 count-256 


Az első paranccsal létrehoztunk egy 2048 megabyte-os fájlt 
,root" néven a root partíció részére az /opt/domain1 könyv- 
tárban, míg a második paranccsal egy 256 megabyte-os fájlt 
"swap" néven a swap partíciónak. Készítsük el a fájlrend- 
szert ezekben az állományokban majd csatoljuk fel a root 
partíciót a loop eszközön keresztül: 


ff mkfs.reiserfs /opt/domaini1/root 
ft mkswap /opt/domaini1/swap 


ff mount -o loop /opt/domain1l/root /mnt 


Kezdjük el a rendszer telepítését a debootstrap segítségével: 
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f debootstrap --arch 1386 sarge /mnt 
—http://ftp.hu.debian.org/debian 


Amikor befejeződött a telepítés lépjünk be az új rendsze- 
rünkbe: 
$ chroot /mnt /bin/bash 


Módosítsuk az új rendszer igényeinek megfelelően a követ- 
kező konfigurációs állományokat: 

f /etc/resolv.conf 

f /etc/hostname 

f /etc/hosts 

f /etc/network/interfaces 

f /etc/networks 

f /etc/apt/sources.list 


Az első három fájl kitöltésével nem lehet problémánk, de 
időzzünk el egy kicsit a hálózati beállításoknál. Mielőtt hozzá 
kezdenénk el kell döntenünk néhány fontos kérdést. Először 
is: szükségünk van-e egyáltalán hálózatra? Első hallásra talán 
butaságnak tűnhet a kérdés felvetése, de nem az. Habár 

a cikk címe szerint szervereket fogunk majd üzemeltetni 

a virtuális gépeken, de kifejezetten ajánlják például kernel fej- 
lesztéshez is. Ebben az esetben valószínűleg tényleg nem lesz 
szükségünk hálózatra, hiszen a virtuális gépet elérhetjük az 
xm parancs console funkcióján keresztül. Ha maradunk 

a cikk eredeti irányvonala mentén és szervert készülünk tele- 
píteni virtuális gépünkre, akkor viszont minden bizonnyal 
szükségünk lesz hálózatra. Ezzel el is érkeztünk a második 
megválaszolandó kérdéshez: bridge-elt vagy bridge-elt/route- 
olt hálózatot fogunk használni? A xen mindkét esetben virtu- 
ális hálózati interfészt hoz létre a virtuális gépekben, a kü- 
lönbség ezek működésében keresendő. Az első esetben az 
adott virtuális gép virtuális hálókártyáján ugyanazok a cso- 
magok fognak megjelenni, mint a hálózathoz fizikailag kap- 
csolt kártyán. Minden virtuális kártya saját külső IP és MAC 
címmel fog rendelkezni, mintha az adott hálózathoz fizikailag 
is több gép lenne csatlakoztatva. A második esetet képzeljük 
el úgy, mintha az összes virtuális gépet egy router-en keresz- 
tül csatlakoztatnánk a hálózathoz. Válasszuk tehát az első le- 
hetőséget akkor, ha minden virtuális gépünk saját külső IP 
címmel fog rendelkezni, a másodikat pedig akkor, ha a külvi- 
lág számára az összes gép egy IP címen lesz elérhető. 

A bridge-elés a xen telepítésénél az alapbeállítás. Tételezzük 
fel, hogy a domain0-ás gépünk külső IP címe 1.2.3.4, az 
1.2.3.0/24-es hálózathoz tartozik és átjárója 1.2.3.254. Ebben 
az esetben a domain1 hálózati kártyája részére osszunk ki 
egy szabad IP címet a 1.2.3.0/24-es tartományból és ezzel 
készen is vagyunk. Legyen az /etc/network/interfaces 
fájl tartalma például ez: 

auto lo 

iface lo inet loopback 


auto eth0 

iface ethO0 inet static 
address 1.2.3.100 
network 1.2.3.0 
netmask 255.255.255.0 
broadcast 1.2.3.255 
gateway 1.2.3.254 





Kicsit bonyolódik a helyzet, amennyiben a második lehető- 
séget választjuk. Jelöljünk ki egy hálózati tartományt a vir- 
tuális gépek részére, legyen mondjuk a 192.168.1.0/24-es. 
Végezzük el a szükséges módosításokat a domain0 kontfi- 
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fájlhoz még egy interfészt: 

auto xen-intbr 

i1face xen-intbr inet static 
pre-up brct] addbr xen-intbr 
post-down brctl] delbr xen-intbr 
address 192.168.1.254 
network 192.168.1.0 
netmask 255.255.255.0 
broadcast 192.168.1.255 
bridge fd 0 
bridge hello 0 
bridge stp off 


Módosítsuk az /etc/xen/xend-config. sxp állományt 

a következő módon: 

ftít Use the following if VIF traffic is routed. 

f The script used to start/stop netw orking for xend. 
(netwhork-script network-route) 

f The default script used to control virtual 

s interfaces. 

f(vif-script vif-route) 


ítít Use the following if VIF traffic is bridged. 

f The script used to start/stop netw orking for xend. 
f(netwhork-script network) 

ft The default bridge that virtual interfaces should 
be connected to. 

(vif-bridge xen-intbr) 

f The default script used to control virtual 

3 interfaces. 

(vif-script vif-bridge) 


A domain1 hálózati beállításait végezzük el a következő- 
KépPEN 

auto lo 

iface lo inet loopback 


auto etho0 


iface ethO0 inet static 
address 192.168.1.1 


network 192.168.1.0 
netmask 255.255.255.0 
broadcast 192.168.1.255 
gateway 192.168.1.254 


Ahhoz, hogy működjön a NATI-olás már csak egy teendőnk 
maradt, engedélyeznünk kell a csomagok továbbítását 

a domain0-án. 

iptables -A POSTROUTING -o eth0 -s 192.168.1.0/24 
m.j SNAT --to-source 1.2.3.4 

echo 1 5 /proc/sys/net/i1pv4/ip. forward 


Ha a későbbiek során elérhetővé szeretnénk tenni valamely 
szolgáltatást a virtuális gépen, a tűzfalat kell módosítanunk. 
Példa: a domain1 ssh szerverének elérése a külső IP címen 
és a 20022-es porton: 

iptables -A PREROUTING -p tcp -m tcp -d 1.2.3.4 - 

ms dport 20022 -j DNAT --to-destination 192.168.1.1 
A kis hálózati kitérő után folytassuk az első virtuális gép 
konfigurálását. Hozzuk létre az /etc/fstab állományt a követ- 
kező tartalommal: 


/dev/sdal / reiserfs errorsz-remount-ro 0 1 
/dev/sda2 none swap Sw 0 0 
proc /proc proc defaults 0 0 


Ne lepődjünk meg az sdal és sda2 partíciókon, a virtuális 
gépek így fogják látni a számukra kiajánlott partíciókat. 
Lépjünk ki a chroot-ból, majd csatoljuk le az 
/opt/domain1/root eszközt. 


$ exit 
$ umount /mnt 


Elkészült az első vendég operációs rendszerünk. Hozzunk 
létre számára az /etc/xen/domain1. conf konfigurációs 
állományt. Használjuk bátran a minta állományokat, legyen 
a tartalma például valami hasonló: 


name-"Domai1n-1" 


memory-128 
kernel-"/boot/vml1nuz-2.6-xenu" 
ni1cs-1 


disk - ["file:/opt/domain1l/root, sdal,w" , 
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sz "file: /opt/domain1/swap, sda2 ,w? ] 
root—"/dev/sdal ro" 
vif - [/mac-00:O6:AA:B5:C1:76"] 


Figyeljük meg a disk sort, itt állítjuk be azt, hogy 

a domain0-ban létrehozott eszközök a virtuális gép számára 
milyen partícióként látszódjanak. Amennyiben különálló 
partíciókat, vagy a későbbiekben ajánlott LVM-ben létreho- 
zott partíciókat használunk, a sort módosítsuk ilyen 
formán: 


disk-[ "phy:/dev/storage/domÍíroot, sdal,w" , "phy: / 
5 dev/storage/domlswap, sda2 ,w ] 


Említést érdemelnek még a memory és a vif kezdetű sorok. 
Az előző az új virtuális gép által használható memória 
mennyiségét határozza meg, míg a második a virtuális gép 
virtuális hálókártyájának állít be MAC címet. Ez kifejezetten 
előnyös, az egyébként használatos automatikusan generált 
címekkel szemben. Elkerülhetőek így például a változó cí- 
mekből adódó ARP feloldási problémák. 

Elérkeztünk a nagy pillanathoz, indítsuk el első virtuális 


gépünket. 


f xm create -f /etc/xen/domainl.conf 

Amennyiben az előzőekben elfelejtettük volna lecsatolni 

a root partíciót, most hibajelzést kapnánk. A Xen figyel arra, 
hogy ugyanaz az eszköz ne legyen két rendszerben is írásra 
felcsatolva, mert az súlyos adatvesztést okozhat. Ilyen eset- 
ben figyelmeztetést kapunk és nem indítja el a domain-t. 

A log fájlokban egyébként bőségesen kapunk visszajelzést 
az esetlegesen felmerült hibákról. Ha mindent jól csináltunk 
nem kapunk hibaüzenetet és elindul virtuális rendszerünk. 


using config file "/etc/xen/domaini1. conf" . 
Started domain Domain-1, console on port 9601 


Ellenőrizzük újra a futó domain-ek listáját: 


ff xm list 

Name Id Mem(MB) CPU State Time(s) Console 
Domain-0 0 123 0 r—-—- - 15.9 

Domain-1 1 127 l  r---- 2757 9601 


Remekül látható, hogy fut az első vendég Domain-1" né- 
ven 1-es IÍD-val. Csatlakozzunk az új rendszerhez: 


$ xm console 1 


Kezdjük el friss Debianunk beállítását, erre használjuk 
a rendszer nyújtotta base-config segédprogramot. Ezután 
adjunk jelszót a root felhasználónak. 


ft /usr/sbin/base-config 
f passwd 


Ha még nem tettük volna meg, állítsuk be a hálózatot. Mó- 
dosítsuk az /etc/network/interfaces fájlt a hálózatunk 
igényeinek megfelelően a korábbiakban leírtak alapján. 
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Frissítsük a rendszert az internetről és telepítsük fel az ssh 
szervert a könnyebb felügyelhetőség érdekében: 


f apt-get update 
f apt-get upgrade 
f apt-get install ssh 


Amikor készen vagyunk az alapvető beállításokkal 
lépjünk ki a virtuális gépből egyszerre megnyomva 

a Ctrl és ]J gombokat. Már csak egyetlen dolgunk ma- 
radt a végére, biztosítsuk, hogy a Xen démon elinduljon 
minden újraindulás alkalmával és elindítsa a vendég 
gépeket is: 


In -s /etc/init.d/xend /etc/rc2.d/s19xend 
In -s /etc/ini1t.d/xend /etc/rc0.d/Kk90xend 
In -s /etc/init.d/xend /etc/rc6.d/Kk90xend 


ln -s /etc/init.d/xendomains 
/etc/rc4.d/Ss99xendomains 

ln -s /etc/init.d/xendomains 
/etc/rc0.d/kl10xendomains 

In -s /etc/init.d/xendomains 
/etc/rc6.d/kl0xendomains 

In -s /etc/xen/domainl. conf 
/etc/xen/auto/domainl. conf 


Konklúzió 

Térjünk vissza egy gondolat erejéig a cikk elején idézett 
definícióhoz. Ahogy látható a Xen valódi paravirtuali- 
zálást végez, nagy számú párhuzamosan futtatható virtu- 
ális szervert bírhatunk működésre ugyanazon a hardver 
eszközön és azok működését teljes körűen felügyelhetjük 
(monitorozhatjuk) a felügyeleti eszközök segítségével. 
Amennyiben szervereket szeretnénk üzemelni a létreho- 
zott tartományokban, akkor valószínűleg fontos az adat- 
biztonság és a rugalmasság. Ha lehetőségünk van rá, ak- 
kor használjunk több merevlemezt, hozzunk létre RAID 5 
tömböt a vendég operációs rendszereknek, majd azon 
LVM segítségével alakítsuk ki a szükséges partíciókat 

(a szükséges lépéseket lásd az keretes listában). Ezzel 

a módszerrel egy könnyen konfigurálható és biztonságos 
fájlrendszert tudunk a Xen alá rakni, ami megfelel a fent 
említett igényeknek. 

Saját tapasztalataim alapján azt mondhatom, hogy 

kiváló eszközt kapnak a rendszergazdák a kezükbe 

akár tesztelésre, akár éles üzemben való használatra. 

A rendszerek elmenthetőségének és visszaállításának, 
valamint a migrálásnak a lehetősége kiemelt rugal- 
masságot biztosít. Értékét tovább emeli a stabil, meg- 
bízható működés, és a — számunkra oly kedves — nyílt 
forrás, hiszen a szoftver teljes forrása GNU GPL 

védelme alatt érhető el. 





lyenkor általában két lehetősé- 

günk van: szerelhetünk egy má- 

sik merevlemezt számítógépünk- 
be, vagy átparticionálhatjuk a már 
benne lévőt. Így telepíthetünk több 
operációs rendszert is egyetlen számí- 
tógépre. Ezzel a módszerrel megnéz- 
hetünk például olyan weboldalakat 
amelyek csak Internet Explorerrel haj- 
landóak működni, bár egy idő után 
zavaró lehet az állandó váltogatás 
a rendszerek között. 
Ha a fentiek nem felelnek meg esetleg 
lehet próbálkozni PC emulátor telepí- 
tésével is. Ha az olvasónak a harma- 
dik megoldás a legszimpatikusabb, 
ajánlom ne hagyja abba az olvasását, 
ki fog derülni mi is az a PC emulátor, 
pontosan mire jó, és egy konkrét 
példán keresztül be mutatom a hasz- 
nálatát, természetesen egy cikk adta 
lehetőségek között. 


PC emulátorok 

Tapasztaltabb felhasználók mondhat- 
nák hogy a fenti célra tökéletesen 
megfelel egy Windows emulátor 

— ilyen a WINE -, azzal lehet futtatni 
Internet Explorert, sőt még sokkal 
bonyolultabb programokat, játékokat, 
szövegszerkesztőket is. Igen ez így 
van, ezért a fenti példa egy kicsit sán- 
tít is, de talán gondoljunk az egyidejű- 
ség kérdésére. Ennek akkor van szere- 
pe ha egy hálózati szoftvert, például 
fájlszervert szeretnénk tesztelni. 

Itt jön a képbe a host-only network, 
amelyről még lesz szó. 

Konkrét példaprogramunk is lesz 
méghozzá a VMware. A szoftvert 

a VMware Inc. fejleszti 1998-óta, az 


első változat 1999-ben látott napvilá- 
got. Később - az eredeti célkitűzésnek 
megfelelően - tovább bővült a termé- 
kek száma, mára egész virtuális inf- 
rastruktúrát sikerült kifejleszteni. 

Mi az asztali gépekre szánt VMware 
Workstation (továbbiakban csak 
VMware) nem rég megjelent 5.0.0-ás 
változatával fogunk behatóbban meg- 
ismerkedni, akit érdekelnek részlete- 
sen a VMware Inc. termékei látogas- 


son el a cég honlapjára (lásd a Kapcso- 


lódó címek részt), érdemes megtenni. 
A kategória másik vezető terméke 

a Microsoft Virtual PC, ez egyenlőre 
csak Windowson és Mac OS X-en fut. 
Mindkét program kereskedelmi, va- 
gyis zárt forrású termék, aki azonban 
ki szeretné kipróbálni bármelyiket, 
kérhet bemutató licencet (evaluation 
serial number) a gyártótól. 


VMware virtualizációs technológia 
Itt az idő hogy beleássuk magunkat 

a mélyebb részletekbe, technológia 
működését az 1. ábra szemlélteti. 

Ezen legalul látható a fizikai hardve- 
rünk (Intel Architecture), a VMware 
egyenlőre csak az IBM PC - másik ne- 
vén x86 - típusú számítógépeket támo- 
gatja. Erre telepítjük gazdarendszerün- 
ket (Host Operating System), ez Win- 
dows vagy Linux lehet VMware esetén. 
A következő réteg a virtualizációs réteg 
(Virtualization Layer), itt történik az 
emuláció, ebben a rétegben fut 

a VMware egyszerű felhasználói prog- 
nyos hardvereknek. Ezen a ponton 
kell szót ejtenünk ezekről a , bizonyos 
hardverekről", ugyanis a VMware nem 
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minden hardvert emulál, így tesz 
például a processzorral (64-bites pro- 
cesszorokon 32-bites módban futtatja 
az alkalmazásokat és az operációs 
rendszert), a monitorral és a memória 
egy részével is, néhány hardverről 
dönthetünk - többek közt ilyen a me- 
revlemez és a CD-ROM -, némelyeket 
feltétlen emulál, például videóvezérlőt 
és hangkártyát. Ezekre a lehetőségekre 
még visszatérek a gyakorlati résznél. 
A következő rétegek (Operating 
System, Aplications) már az emulált 
hardveren futnak. 

A VMware-re telepített operációs 
rendszer teljes mértékben , azt hiszi" 
hogy egy valóba létező hardver 

az, amin fut, tehát úgy érzi, hogy 

a processzor csak az övé. A virtuális 
hardverre telepített operációs rend- 
szert, vendégrendszernek (Guest 
Operating System) nevezzük. Egy 
időben több virtuális gép is létezhet 
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és párhuzamosan futhat is, ezek kö- 
zött lehet hálózati kapcsolat, egymást 
valóban létező számítógépnek hiszik. 


VMware telepítése és beállítása 
Most hogy már képet kaptunk 

a VMware-ről, itt az idő, telepítsük 
számítógépünkre. Rendszerkövetel- 
ménye nem túl magas, a felhasználói 
kézikönyv 500 MHz vagy annál gyor- 
sabb x86-os processzort javasol 256 
MB memóriával, nem számítva 

a vendégrendszerek memóriaigényét. 
A telepítéshez töltsük le a VMware 
Workstation telepítőjét a VMware Inc. 
honlapjáról, ezt csak regisztráció és 
egy kérdőív kitöltése után tehetjük 
meg. Mielőtt használatba vehetnénk 
a VMware-t két dolgot kell megten- 
nünk, installálni majd konfigurálni. 
Előbbi a ténylegesen fájlok telepítésé- 
ből utóbbi a már föltelepített szofítver- 
rendszer beállításából áll. A telepítőből 
létezik rpm és tar.gz csomag, röviden 
bemutatom mindkettő telepítését, 
ezután pedig a konfigurálást. 

Ha rpm alapú rendszerünk van 

akkor vagyunk könnyebb helyzetben, 
ekkor az 


rpm -uhv Vmware-workstation- 
55.0.0-13124.1386.rpm 


parancs kiadásával telepíthetjük, 

ha a csomag néhány függősége netán 
nincs föltelepítve installáljuk azokat, 
majd próbálkozunk ismét. A konfigu- 
rációs szkriptet a 


vmware-config.pl 


paranccsal indíthatjuk el. 

Aki a tgz csomagot választja, vagy 
nem rpm alapú rendszerre telepít, an- 
nak kicsit nehezebb dolga lesz ugyan- 
is saját magának kell ellenőrizni a tele- 
pítéshez szükséges csomagok meglét- 
ét, és néhány információt a telepítő 
szkript számára megadni. Legelőször 
is tar és a gzip programok szüksége- 
sek a tgz archívum kicsomagolásához 
(tar -vzxf Vmware-worksation- 
5:0.0- 13124. tar:gz). Ha -ez megvan 
akkor lépjünk be a vmware-distrib 
könyvtárba, váltsunk át rendszergaz- 
da felhasználóra (su root), majd fut- 
tassuk a omware-install.pl szkriptet 

( ./vmware-instal1.p1). Néhány kér- 
dést tesz föl a telepítő, ezek a szoftver 
különböző részeinek telepítési helyére 


24 Linuxvilág 


vonatkoznak, nem túl sok értelme van 
ezeket megváltoztatni, nyugodtan ma- 
radhat az alapbeállítás. Amikor a tele- 
pítő megkérdezi hogy akarjuk -e most 
konfigurálni a szoftvert mondjunk 
igent, vagy ha inkább elhalasztanánk 
akkor nemet, ez esetben lehetőség van 
a vmware-config.pl parancs segítsé- 
gével a szükséges beállítások elvégzé- 
sére később is. 


A beállítás fontosabb lépései 
Mielőtt futtatnánk a beállító szkriptet 
vessünk egy pillantást a VMware által 
támogatott gazda rendszerek listájára. 
Ha az általunk futtatott disztribúció 
szerepel itt akkor könnyű dolgunk lesz, 
ezeknek kerneljeihez előre fordított 
modul tartalmaz a VMware installáci- 
ónk így nem kell őket lefordítanunk. 
Ha a listán nem szereplő rendszeren 
szándékozunk használni a szoftvert ak- 
kor néhány csomagot füöl kell telepíte- 
nünk, ezek pedig a gcc, make, és az ép- 
pen futó kernelünk fejlécállományai. 
Most már minden készen áll a beállító 
szkript futtatásához, váltsunk rendszer- 
gazda felhasználóra, majd indítsuk el 

a vmvare-config.pl paranccsal. 

Első teendőnk a VMware licenc elolva- 
sása és elfogadása. Következő fontos 
lépés a kernel modulok lefordítása 

és betöltése. Először a beállító szkript 
megpróbál előre fordított modult 
találni a futó kernelhez, ha ez nem 
sikerül neki akkor lefordítja forrásból, 
ehhez szükségesek a gcc, make és 

a fejlécállományok (header-ek). Ilyen- 
kor megkérdezi a gcc helyét ha azt au- 
tomatikusan a CC környezeti változó- 
ból nem tudja meg, csomagból telepí- 
tett gcc esetén ezzel elvileg nem lehet 
gond. A másik kérdés a fejlécállo- 
mányok helye, ha nem jó itt az alap- 
beállítás akkor változtassuk meg, 

de nekem eddig mindig megtalálta 

a megfelelő fejlécállományokat. 

Most néhány kérdést a hálózattal kap- 
csolatban fog feltenni, elsőként hogy 
szeretnénk -e egyáltalán hálózati tá- 
mogatást virtuális gépeink számára, 
válaszoljunk igent. Ezt követően auto- 
matikusan beállít egy hálózati hidat 
(bridged network). Következő kérdés- 
ben megkérdezi hogy szeretnénk-e 
NAT hálózatot (NAT networking) 
beállítani, itt is igent válaszoljunk, 

és hagyjuk azt is, hogy találjon egy 
használaton kívüli belső hálózati címet 
(unused privat network). Több NAT 





hálózat beállítása általában nem szük- 
séges, válaszoljunk nemmel. 

Most a gazdagépen belüli hálózat (host- 
only network) beállítása következik, 
ezekre a kérdésekre is válaszoljunk 
hasonlóan mint a NAT hálózattal 
kapcsolatos kérdésekre. Ezután még 
lefordít egy modult - ebbe nincsen 
beleszólásunk —, majd vissza adja 

a parancsjelet (prompt). 

Ha valamit elrontottunk a konfigurá- 
lás során vagy megváltoztatnánk bizo- 
nyos beállításokat futtassuk újra 

a vmware-config.pl szkriptet. 


Virtuális gépek létrehozása 
Telepítettük, beállítottuk, nincs más 
hátra, próbáljuk ki a VMware-t. Jelent- 
kezzünk be grafikus felületen majd 
parancssorba gépeljük be a vmware 
parancsot, ekkor megjelenik a szoftver 
grafikus felülete. 

Első teendőnk hogy létrehozzunk egy 
virtuális gépet, ezt a New virtual 
machine gombra kattintva tehetjük 
meg. Egy varázsló jelenik meg előttünk 
ennek a segítségével , összeszerelhet- 
jük" virtuális gépünk. Az első lépésben 
aki egy egyszerű általános kiépítésű vir- 
tuális gépet szeretne magának az vá- 
lassza a Iypical menüpontot, aki inkább 
beleszólna a részletekbe az a Custom-ot 
jelölje be. Következő lépésben a varázs- 
ló megkérdezi hogy milyen vendég- 
rendszert szeretnénk telepíteni, én 
Linuxot választottam majd a legördülő 
menüből az Other Linux 2.6.x kernel-t. 
Aki legelső lépésnél a Customot jelölte 
be az kap még egy kérdést a virtuális 
gép típusáról, mindenképp a New 

— Workstation 5-öt érdemes választani, 
ha csak nem akarjuk a szoftver régebbi 
verzióját használni. Ezután a virtuális 
gép helyét kell megadnunk. Ez követő- 
en a hálózati kártya beállítására kerül 
sor, egyenlőre az utolsó menüpontot 
jelöljük be, később részletesen kitérünk 
ezekre a lehetőségekre. Aki az elején 

a Custumot választotta annak még be 
kell állítani a virtuális gép rendelkezésé- 
re bocsátott memóriaterület nagyságát. 
Legutolsó lépésként a virtuális gép me- 
revlemezének konfigurálása a feladat, 
aki a Custom ágon indult el annak itt is 
több lehetősége lesz mint aki a Iypicalt 
választotta. 

Előbbi felhasználók megválaszthatják 

a virtuális merevlemez interfészét (SCSI 
vagy ATA) de arra is van lehetőségük 
hogy fizikai lemezt használjanak, ezt 











































































































azonban csak tapasztalt felhasználók- 
nak javasolja a VMware. Utóbbinak ak- 
kor van nagy jelentősége ha a merevle- 
mezünkre már korábban telepített ope- 
rációs rendszert szeretnénk elindítani 
virtuális gépünkön. Ha a Specify Disc 
Capacity-hoz érünk már nincs sok hát- 
ra, ne kapkodjuk el a döntést gondol- 
juk át mekkora merevlemezt hozunk 
létre nehogy kifogyunk a rendelkezésre 
álló helyből ugyanis ilyenkor elég 
macerás megnövelni a lemez méretét. 
Itt szeretném két dologra felhívni az ol- 
vasó figyelmét, elsőként az Allocate all 
disc space now jelölőnégyzetre. Ha ezt 
bejelöljük akkor az egész merevlemez- 
nek lefoglaljuk a helyet előre, ha nem 
tesszük akkor menet közben nő a me- 
revlemez. Ezzel sebességnövekedés ér- 
hető el a tárterület rovására, a szerző 
az olvasóra bízza a döntést. Másik ami- 
re fölhívnám a figyelmet az a Cancel 
gombtól balra elhelyezkedő Advenced 
gombra, ez csak az utolsó lépésnél ér- 
hető el és akkor is csak azoknak akik az 
elején a Custom ágat választották. 

A beállítások végeztével nyomjuk meg 
a Finish gombot. A virtuális gépünk 
megjelenik a Favorites mezőben, kész 
vagyunk kezdhetjük a vendégrend- 
szer telepítését. Arra is van lehetőség 
hogy több virtuális gépet létrehoz- 
zunk az előzőek ismétlésével. 

Mielőtt elindítanánk virtuális gépünket 
vessünk egy pillantást a hardverkiépí- 
tésre, és a virtuális gép beállításaira. Eh- 
hez jelöljük ki a Favorits ablakban vir- 
tuális gépünket majd kattintsunk az 
Edit virtual machine settings gombra. 
Ekkor a 2. ábrán látható ablak jelenik 
meg. Itt a Hardware fülön tudjuk a , be- 
szerelt" hardvereket finom hangolni, új 
hardvereket , berakni" vagy eltávolíta- 
ni. Az Options fülön több apróságot le- 
het beállítani, én egyenlőre egyet emel- 
nék ki a Shared folders menüpontot. Itt 





tehetjük elérhetővé a virtuális gépeink 
számára a gazdarendszerünk állomány- 
rendszerének (file system) egyes részeit. 
Ezek a UNIX típusú vendégrendszere- 
ken a /mnt alá becsatolva (mount) jelen- 
nek meg, Windowsnál pedig a Sajátgép- 
ben (My Computer) önálló meghajtó- 
ként látható, a VMware Tools telepítése 
után (erről még lesz szó). 

Ha Linuxot szándékozunk telepíteni, 
nem árt egy apróságot átállítani. 
Nyissuk meg a Preferences ablakot 
(Ctrl-t-P) az Edit menüből majd kat- 
tintsunk a Hot keys panelra. Itt tudjuk 
beállítani hogy milyen billentyűkom- 
binációval lehet teljes képernyős mód- 
ból, ablakba ültetett módba állítani 

a szoftvert. Ennek azért van jelentősé- 
ge mert Linuxnál az Alt4-Ctrl4-Ex bil- 
lentyűk együttes lenyomásával lehet 
grafikus felületről karakteresre váltani, 
ha viszont lenyomjuk az Alt-- Crtil 
kombinációt rögtön visszavált ablakba 
ültetett módba a VMware, és az Ex bil- 
lentyű lenyomása után nem a vendég- 
rendszer x. konzoljára, hanem a gazda 
rendszer x. konzoljára vált a képer- 
nyő. Hogy ezt elkerüljük állítsuk át 
Hot Key Combination-t CtI-Shift-AlIt- 
ra majd nyomjuk meg az OK gombot. 


Vendégrendszer telepítése 

Most már minden készen áll a telepí- 
tésre. Helyezzük a (de ne csatoljuk 
föl) telepíteni kívánt operációs rend- 
szer lemezét CD/DVD meghajtónkba. 
Ha iso lemezképből (cd image) szeret- 
nénk telepíteni akkor a már bemuta- 
tott Virtual machine settings ablakban 
a CD-ROM beállításainál lehet átállíta- 
ni a VMware-t hogy ne fizikai meghaj- 
tót hanem a lemezképet használja 
Most nyomjuk meg a Power On gombot 
(a menüsor alatt), majd a Hill Screen 
gombot, ekkor elindul virtuális gépünk. 
Most ismerős képpel kell találkozni, 

a VMware ugyanis emulálja a szabvá- 
nyos bootfolyamatot és egy szabványos 
PC BIOS-t (PhoenixBIOS" 4.0 Release 6 
with VESA BIOS,) is. Amikor megjelenik 
virtuális gépünk képernyőjén a nagy 
VMware logó nyomjuk meg az F2 gom- 
bot, ezzel belépünk a virtuális gép BIOS- 
ába. Lépjünk a Boot fülre majd a CD- 
ROM Drive-ot állítsuk első helyre (segít- 
ség az Item SpecificHelp felirat alatt), így 
először a CD-ROM-ról próbál operációs 
rendszert indítani virtuális gépünk. In- 
nentől minden úgy zajlik mintha fizikai- 


lag létező gépre telepítenénk operációs 
rendszert. Egy operációs rendszer álta- 
lában nem tartalmazza a számítógépbe 
szerelt összes hardver működtetéséhez 
szükséges meghajtóprogramokat 
(driver), ezért telepítés után ezt a hard- 
ver gyártója által mellékelt lemezről kell 
fölrakni. Mivel a VMware néhány hard- 
vert — például VGA kártya, alaplapi lap- 
kakészlet, hálózati csatolót, stb. — emu- 
lál ezért ez a virtuális gépeknél sincsen 
másképp, a ,számítógép gyártója" itt is 
adja a meghajtó lemezt MS Windows, 
Linux, FreeBSD és Novell NetWare ope- 
rációs rendszerekhez; a kicsomagolt 
vmware-distrib könyvtáron belül 

a lib/isoimages/ könyvtárban található- 
ak iso lemezkép formátumban. Ezek 

a meghajtó programok hardverek ve- 
zérlésén kívül sok kényelmi funkciót 
nyújtanak például a fentebb említett 
Shared Folders sem működik nélkülük. 
Ezeknek a meghajtó programoknak az 
összefoglaló neve a VMware Tools, 
most röviden linuxos és windowsos 
változat telepítését mutatom be. 

Linux esetén ismét rpm és tgz formá- 
ban kapjuk a meghajtóprogramot. 

Itt is érdemes meglátogatni a VMware 
honlapját és utánanézni a támogatott 
vendégrendszereknek, ugyanis ezek- 
hez van rpm telepítője és előre fordí- 
tott kernelmodulja a VMware Tools- 
nak. Miután felcsatoltuk a linux.iso 
nevű lemezt vendégrendszerünkön 
váltsunk a CD csatolási könyvtárába 
majd rendszergazdaként adjuk ki az 
rpm -Uhv VmwareTools-5.0.0- 
—513124.1386.rpm 


parancsot. Ekkor megszokott módon 
települ az rpm csomagból a program. 
Most konfigurálni kell a VMware1ools- 
tezta 

vmware-config-tools.pl 


paranccsal lehet. Ha támogatott rend- 
szerünk van akkor valószínűleg nem 
kell semmit tennünk, a konfiguráló 
szkript mindent megold magától, 

a meghajtók települése után indítsuk 
újra virtuális gépünket; ezzel készen 
is vagyunk. 

Aki tgz-ből telepít ismét nehezebb fá- 
ba vágja a fejszéjét. Itt is előfeltétel 

a tar, gzip, gcc, make programok és 

a futó kernelhez tartozó fejlécek meg- 
léte a virtuális gép operációs rendsze- 
rén. Elsőnek jelentkezzünk be rend- 
szergazda felhasználóként vendég- 
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rendszerünkbe majd tegyük be 

a linux.iso lemezt és csatoljuk föl. 

A lemezről a VMwareTools-5.0.0- 
13124.tar.gz nevű fájlt másoljuk saját 
könyvtárunkba, majd lépjünk át ide. 
JA 

tar -vzxf  VmwareTools-5.0.0- 
9 13124.tar.gz 


paranccsal csomagoljuk ki, lépjünk be 
a vmware-tools-distrib könyvtárba, 
majd adjuk ki a 

. /vmware-instal I .pl 


parancsot a telepítés megkezdéséhez. 
Először néhány fájl telepítési helyére 
kérdez rá ezeknél megfelel az alapér- 
telmezett. Amikor ahhoz a kérdéshez 
ér, hogy futtassa-e a /usr/bin/omware- 
config-tools.pl programot, döntsünk 
belátásunk szerint. A konfigurálásra 
később is van lehetőség. 

Ha igent válaszoltunk vagy kiadtuk 

a vmware-config-tools.pl paran- 
csot, akkor először megpróbál találni 
egy előrefordított kernelmodult de ezt 
valószínűleg nem fog sikerülni. Ekkor 
rákérdez hogy megpróbáljon-e forrás- 
ból fordítani, válaszoljunk igennel. 
Valószínűleg a gcc és a fejlécek helyét 
is jól állítja be magától, ha esetleg nem, 
adjuk meg a helyes elérési utat. Ez- 
után lefordítja a szükséges modulokat, 
majd megkérdezi a csatlakoztatott mo- 
nitor felbontását, itt a valós adatot ad- 
juk meg ugyanis a monitort nem emu- 
lálja a VMware. Kicsit elkezd , villogni" 
a képernyő majd, véget ér a konfigurá- 
ciós szkript, végeztünk a beállítások- 
kal, indítsuk újra virtuális gépünket. 
Ha MS Windows-t választjuk vendég- 
rendszernek egyszerű dolgunk lesz, 
csak a windows.iso nevű lemezt kell be- 
tennünk virtuális gépünkbe, majd dup- 
la klikk a lemez ikonján a Sajátgépben 
és indul a telepítés. Szokásos módon az 
Install Shild Wizard segít ebben, nincs 
egyéb dolgunk mint a Next gombot 
nyomni végig, majd a telepítés végezté- 
vel újraindítani a virtuális gépet. 


VMware hálózat 

Mint már láttuk a VMware sokféle 
hardvert képes emulálni, nincs ez 
másképp a hálózati kártyákkal sem, 
ebben a részben érintőlegesen tárgyal- 
juk a VMware hálózat emulációval 
kapcsolatos szolgáltatásainak elméle- 
tét és gyakorlatát. Sajnos itt nem lesz 
módunk alaposan megismerkedni 
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ezekkel a lehetőségekkel, inkább 
a VMware egyszerűbb általánosabb 
képességei bemutatására kerül sor. 
Hálózati kapcsolatot úgy biztosítha- 
tunk virtuális gépünk számára, hogy 
,beszerelünk" egy hálózati kártyát. 
Ezt a már korábban bemutatott Virtual 
machine settings ablakban tehetjük 
meg. Kattintsunk az Add... gombra 
majd a Hardware Iypes menüből 
válasszuk ki az Ethernet Adapter-t és 
nyomjunk Next-et. Négy választási 
lehetőség tárul elénk, itt válasszuk ki 
azt a hálózatot amire csatlakozni kívá- 
nunk majd nyomjunk megg a Finish 
gombot. Ha további hálózati csatolót 
szeretnénk virtuális gépünkbe helyez- 
ni ismételjük meg az előző lépéseket. 
Az utolsó lapon négy fajta hálózat 
közül választhatunk: 
e — Bridged: közvetlenül a hálózatra 
kapcsolva 
e NAT: a gazdarendszer ÍP-címének 
közös használata 
e — Host-only: belső hálózat a gazda- 
rendszer és a virtuális gép között 
e Custom: egyéb 


Bridged 

Virtuális gépünk hálózati kártyáját egy 
híd (bridge) segítségével közvetlenül 
ahhoz a fizikai hálózathoz köti ame- 
lyikre gazdagépünk csatlakozik. Ha 
több hálózati kártya van számítógé- 
pünkben akkor létrehozhatunk még 
egy hidat ami a második csatolón ke- 
resztül köti virtuális gépünket a fizikai 
hálózathoz. Mivel virtuális gépünk fi- 
zikai hálózat részévé válik ezért a vir- 
tuális hálózati csatoló IP címét a fizikai 
hálózaton használt címtartományból 
kell választanunk. Virtuális gépünk 
külső fizikai gépekről is , látható" — az- 
az tudjuk pingelni. Mint minden háló- 
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zati kártyának virtuális csatolónknak is 
van fizikai címe (MAC address). Ezek 
a címek a gyártás során kerülnek kiosz- 
tásra, így elvileg minden fizikai cím 
egyedi. Mivel a VMware virtuális kár- 
tyái nem léteznek ezért ezek nem is 
kaphattak gyártás közben ilyen címet, 
amikor hozzáadunk egy virtuális 
kártyát egy virtuális géphez akkor 

a VMware véletlenszerűen hozzáren- 
del egy fizikai címet, így előfordulhat 
hogy címegyezés lép föl a hálózatba 
kötött két hálózati csatoló között, bár 
ennek kicsi az esélye. Ha ilyet észlel- 
nénk természetesen van lehetőség 

a virtuális kártya fizikai címének meg- 
változtatására is. 


Host-only 

Olyan hálózat amely egy gazdagépen 
belül létezik, teljesen elszigetelt a fizi- 
kai hálózattól, csak a gazdagépen futó 
virtuális gépek és a gazdagép csatla- 
kozhatnak hozzá. A virtuális gépek 
ehhez a hálózathoz is virtuális hálóza- 
ti kártyával kapcsolódnak. Ha bárme- 
lyik virtuális gépünkbe , beszerelünk" 
egy host-only hálózati kártyát akkor 
gazdagépünkben is megjelenik egy 
virtuális hálózati kártya, ennek segít- 
ségével kapcsolódik a gazdagép a vir- 
tuális hálózatba (futtassuk rendszer- 
gazdaként gazdarendszerünkön az 
ifconfig parancsot a hálózati kártyák 
kilistázásához). 

Mivel ennek a hálózatnak nincs köze 
semmilyen fizikai hálózathoz ezért 

a virtuális hálózatunkon fut egy 
DHCP kiszolgáló (a VMware gondos- 
kodik róla) ettől kérjük az IP címet és 
egyéb hálózati információkat. A host- 
only hálózat működését a 3. ábra mu- 
tatja. lermészetesen a virtuális switch- 
be beköthetünk több virtuális gépet is. 
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NAT eszköz 


NAT 


Ennek a hálózatnak a kiépítését az 

5. ábra szemlélteti. Sok mindenben 
hasonlít a host-only hálózat felépítésé- 
hez. Itt is egy virtuális switch-be van- 
nak bekötve a virtuális gépek és egy 
virtuális hálózati kártyán keresztül 

a gazdagép, itt is fut DHCP szerver 

a hálózaton. A különbség csupán 
annyi, hogy egy NAT doboz is be van 
kötve a switch-be, ez végzi a címfordí- 
tást a fizikai és a virtuális hálózat közt. 
Erre a hálózat típusra akkor lehet szük- 
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ség ha virtuális gépeinkről szeretnénk 
elérni a fizikai hálózatot de csak egy IP 
cím áll rendelkezésünkre, például ilyen 
a betárcsázós internet. A NAT doboz- 
nak köszönhetően a virtuális hálózatról 
nem kerülhet ki olyan csomag amely 

a belső virtuális hálózatban használt 
címtartományból származó IP címmel 
rendelkezik, természetesen ez érvényes 
a DHCP kérésekre és válaszokra is, 
ezért nem fordulhat elő hogy fizikai há- 
lózatot elöntik a virtuális hálózatból jö- 
vő válaszok. A virtuális gépeknél a DNS 


szerver címét a NAT doboz címére állít- 
suk, ugyanis az DNS Proxy-ként is üze- 
mel, továbbítja a DNS kéréseket. A NAT 
doboz mögött lévő gépek kezdemé- 
nyezhetnek hálózati kapcsolatot és ké- 
réseikre választ is kaphatnak, viszont 
külső gépek nem csatlakozhatnak a vir- 
tuális hálózat gépeihez. Ez utóbbi azért 
nem szent írás, a Port Redirection nevű 
szolgáltatással lehet ezen segíteni, de ez 
nem témája ennek az írásnak. 


Custom 

Ezzel a lehetőséggel csak említés 
szinten foglalkozunk. Főleg akkor 
szokás használni ha egy komplett 
hálózatot szeretnénk emulálni. 

Akit érdekel bővebben az olvassa át 
a Users Manual Custom Networking 
Configurations lapját. 


A Snapshot és a Clone funkciók 
Szofítverrendszerek teszteléses során 
gyakran előfordul hogy egy kisebb hi- 
ba kijavítása közben valamit elvétünk 
ezért nagyobb galiba keveredik és újra 
kell telepítenünk az egész rendszert, 
ezért időnk nagy részét nem hasznos 
munkával hanem tesztkörnyezetünk 
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karbantartásával töltjük. Előbbi hatvá- 
nyozottan igaz ha egy komplett szer- 
verrendszert emulálunk. 

Hogy tesztkörnyezetünket minél 
hamarabb visszaállítható legyen 

a VMware-be beépítették a Snapshot 
(pillanatkép) funkciót. Ennek segítsé- 
gével bármikor készíthetünk virtuális 
gépünkről pillanatképet, majd ha 
szükséges visszatölthetjük. 
Pillanatképet a menüsor alatt megta- 
lálható Snapshot gombbal készíthe- 
tünk futó és kikapcsolt (Suspend is ide 
értendő) állapotban lévő virtuális gép- 
ről. Miután megnyomtuk a gombot 
megjelenik a Take snapshot ablak., 

itt tudjuk elnevezni a pillanatképet 

és megjegyzést fűzni hozzá. Az OK 
gomb lenyomása után elkezdődik 

a pillanatkép készítése — ez körülbelül 
10 másodpercet igényel -, de ebből 
semmit sem észlelünk, a háttérben 
zajlik minden. Egy pillanatkép a me- 
mória állapotát, a merevlemezek álla- 
potát és a virtuális gép beállításait 
tartalmazza. Erőforrás takarékossági 
okokból nem menti le az egész lemezt 
egy pillanatkép csak a You are here- 
hez képest történt változásokat. 
Ennek van hátránya is ugyanis így 
minden változást a virtuális gépek 
működése közben kerülnek a merev- 
lemezre ezzel tovább lassítva az 
amúgy is lassú lemezelérést, épp ezért 
a pillanatkép szolgáltatást le lehet til- 
tani a Virtual Machine Settings ablak 
Options fülén a Snapshot menüben. 
Természetesen több pillanatképet 

is készíthetünk. Pillanatképeinket 

a Snapshot Manager nevű ablakkal 
kezelhetjük. Ennek az ablaknak a se- 
gítségével pillanatképeinket fába szer- 
vezhetjük. Ennek akkor vehetjük 
nagy hasznát ha egy szoftver külön- 
böző verzióit használva próbáljuk 
megvalósítani ugyan azt a szolgálta- 
tást. 

Mivel a kép tartalmazza a memória ál- 
lapotát is ezért miután visszalépünk 
egy pillanatképre a futó folyamatok 
ott folytatódnak ahol a kép készítésé- 
nek pillanatában tartottak, ezért lehe- 
tőleg akkor készítsünk pillanatképeket 
amikor virtuális gépük nem folytat 
hálózati kommunikációt. 

Pillanatkép visszaállításához 

a Snapshot Manager-ben kell ki- 
jelölni a kívánt állapotot majd az 
ablak alján található Go 10 gombot 
megnyomni. 
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A Clone funkció akkor jön jól ha egy 
virtuális gépet sokszorosítani szeret- 
nénk. Erre akkor lehet szükség ha 
mondjuk két Debian Linuxot tele- 
pítünk két virtuális gépre, egyiket 
szervernek másikat asztali gépnek 
szánjuk. A telepítés folyamata csak 

az alaprendszer telepítése után válik 
ketté, a Clone funkciónak köszönhető- 
en az alaprendszer telepítését csak 
egyszer kell elvégeznünk, ezzel időt 
takarítunk meg. 

Minden kikapcsolt állapotba lévő 
virtuális gépet és kikapcsolt állapotba 
készített pillanatképet lehet sokszoro- 
sítani, ehhez kattintsunk a Clone this 
virtual machine gombra majd nyom- 
juk meg a Next gombot. Itt válasszuk 
ki mit akarunk klónozni majd nyom- 
junk Next-et. Ezen a lapon a virtuális 
gép típusát kell kiválasztanunk. Linked 
clone-t akkor készítsünk ha lesz hozzá- 
férése a klón tulajdonosának az eredeti 
virtuális géphez, így tárterületet taka- 
ríthatunk meg. Hull clone-t csak akkor 
érdemes készíteni ha az eredeti virtuá- 
lis gép nem lesz elérhető a klón hasz- 
nálója számára, ilyen esetben a komp- 
lett virtuális gép lemásolódik. Követke- 
ző lapon válasszuk ki a klón helyét, 
nyomjunk Next-et majd Finish-t. 


Ütószó 

Ebben a cikkben természetesen csak 
arra volt lehetőségem, hogy a VMware 
alapfunkcióit bemutassam. A Miért 
használjunk VMware Worksationt?-t 
című keretes írásban ugyanakkor 

— továbbra is a teljesség igénye nél- 
kül -— kiemeltem a rendszer néhány 








hasznos tulajdonságát, illetve egyes 
lehetséges felhasználási területeket. 

A VMware Inc. cégnek a VMware 
Workstation nem az egyetlen terméke, 
bár kétségtelen, hogy ez a legrégebbi 
termékük, és ez a vállalat zászlóshajója. 
A cég másik két hasonló terméke 

a VMware GSX és VMware ESX szer- 
ver. Ezek is PC emulátorok, de inkább 
nagyobb vállalatok számára készültek: 
nem asztali gépekre, hanem szerverre 
kell telepíteni őket, a felhasználók pe- 
dig hálózaton keresztül használhatják 
virtuális gépeiket. 


NT TH TT át 


Microsoft Virtual PC honlapja: 
£ Nhito/VwymierOSsolteami 


windows/virtualpc/default.mspx 


A VMware Inc.-ről röviden: 
2 http:/Avww.vmware.com/ 
company/ 


VvVMware letöltés: 
2 http:/Avww.vmware.com/ 
download/workstation.html 


VMware Dokumentáció: 
2 http:/Avww.vmware.com/support/ 
pubs/ws pubs.html 





mikor segítséget kértem 

a Maplesofttól, azt a lakoni- 
kus választ kaptam, hogy 

a Maple 7 program támogatása már 
megszűnt. (, Please note that Maple 7 
is no longer supported by Maplesoff" .) 
A program UHU 1.1 alatt ugyan nagy- 
szerűen működik, viszont pusztán 
emiatt nem szerettem volna lemonda- 
ni az annyi újdonságot hozó 1.2-es vál- 
tozatról. Eleinte chroot-olt környezettel 
kísérleteztem, de az operációs rend- 
szer glibc2.0 helyett glibc2.1-re (azaz 
LinuxThreads-ről Nativ POSIX Thread 
Library-re, NPTL-re) való átállása 
olyan mélyreható változásokat hozott, 
amit nem tudtam egyszerű kézimun- 
kával helyreigazítani. Ekkor a OEMU- 
val próbáltam ki egy olyan lehetőséget, 
amely tulajdonképpen messze túlmu- 
tat az eredeti probléma megoldásán. 


A 0EMU-ról 


Az UHU levelezőlistán kaptam az öt- 
letet, hogy érdemes volna megpróbál- 
koznom a OEMU-val. Van hivatalos 
.uhu csomag is belőle, de mivel meg 
szerettem volna őrizni a leírás általá- 
nosságot, tehát nem akartam egy 
adott terjesztéshez kötődni, a cikk 
megírása során nem ezt használtam. 
E programnak természetesen vannak 
kereskedelmi vetélytársai (Wabi, 
Virtual PC, VMWare, Serenity Virtual 
Station, TwoOstwo), de számomra ter- 
mészetesen fontos szempont volt, 
hogy szabad szoftvert válasszak — rész- 
ben a közismert anyagi okok miatt, 

de azért is, mert ennek lehet jobban 

a ,lelke mélyére nézni", ami az okta- 
tásban szintén lényeges szempont. 





A OEMU alkotója Fabrice Bellard 

(a név az ő bejegyzett védjegye), hon- 
lapja pedig a http://fabrice.bellard.free.fr 
helyen található. Amint a program ne- 
ve is sejteti, egy emulátorról van szó: 
amely az x86 architektúra mellett né- 
hány más (ARM, PowerPC, SPARC) 
processzort is képes emulálni. Mindezt 
dinamikus fordítással, és egészen jó 
sebességgel. 

A felhasználói licenc különböző ré- 
szekre oszlik. A program lelkét jelentő 
virtuális processzor törzskönyvtár 
(virtual CPU core library) és a PC 
rendszer-emulátor LGPL alá tartozik, 
míg a felhasználói térben történő (user 
mode) emulátorhasználatra a GPL 
vonatkozik. Ugyanakkor a gyorsító- 
modul (kgemu) szabadalmaztatott ter- 
mék. IÍngyenesen hozzáférhető -— ám 

a karbantartója tudni szeretné, ha va- 
lahol közzéteszik. (A modul nevének 
kezdőbetűje kissé megtévesztő, 
ugyanis a rendszernek semmi köze 

a KDE környezethez.) 

A OEMU-nak kétféle futási módja van: 


e Teljes rendszeremuláció. Ilyenkor 
a OEMU a teljes PC-t emulálja, be- 
leértve a processzort és a különbö- 
ző perifériákat is. Így más operáci- 
ós rendszerek is futtathatók vele, 
sőt nyomkövetést is végezhetünk. 
e Felhasználói térben történő emulá- 
ció (csak Linuxon). Ilyenkor 
a OEMU a processzoron olyan 
programot is el tud indítani, amit 
más processzorhoz fordítottak. 
Ez segítségére lehet például a wine 
fejlesztőinek és használóinak is. 
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Számos érdekessége közül az egyik, 
ami jól jellemzi az emuláció minősé- 
gét: akár önmagán belül is elindítható 
egy másik OEMU emulátor. Ezt még 

a kereskedelmi vetélytársak mindegyi- 
ke sem tudja produkálni. 


A 0EMU előkészítése 


A cikk megírásakor forráskódban 

a gemu-0.7.0 volt elérhető a fenti hon- 
lapon, ezt letöltöttem. Néhány kelle- 
metlen órát okozott (meg néhány ta- 
nácstalan levélváltást a , haladó UHU- 
Linux" levelezőlistán), hogy sehogy 
sem akart lefordulni a forráskód — vé- 
gül kiderült, hogy első próbálkozásra 
nem jött le a teljes tömörített fájl, csak 
a nagyobb része. Érdemes erre figyel- 
ni a letöltéskor. 

A fordításhoz kell a texizhtmil program 
is, ez készíti el a gemu-doc.html és 
gemu-tech.html fájlokat, amit haszonnal 
lehet forgatni a továbbiakban. Letöltöt- 
tem a kgemu-0.6.2-1 gyorsító modult is. 
Kibontás után a kgemu könyvtárat 
(tehát nem a tartalmát) bemásolva 

a gemu-0.7.0 könyvtárba, szépen lefor- 
dult a program. A keletkezett binárisok 
a /usr/local/bin-be kerültek a (rootként 
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végrehajtott) make install után: 
gemu-val kezdődnek neveik, és 

a különböző processzorok neveivel 
folytatódnak. Kivétel ez alól a gemu- 
img, ami a hivatalos .uhu csomagban 
gemu-mkcow néven szerepel: ez 
nem emulátor-indító, hanem képfájl 
készítő program. 

A gyorsító modul betöltése disztribú- 
ciótól függően eltérően történhet. 

A kézi megoldás biztosan működik, 
root felhasználóként kiadva az alábbi 
parancsot: 


modprobe kgemu; rm -f /dev/ 
3 kgemu; mknod /dev/kgemu c 250 
50; chmod 666 /dev/kgemu 


Ellenőrzésként: 
smodinfo kgemu 


vermagic: 
—5 86 gcc-3.3 


Z560.9-19:SMP 


Ez a kézi töltögetés várhatólag néhány 
hónapon belül egy kulturálisabb meg- 
oldást kap az UHU-Linux esetében 

(és bizonyára más disztribúciókban is). 
Arról, hogy hogyan készül el az 

a (lehetőleg nagyméretű) fájl, amit 

a OEMU mint merevlemezt vagy CD- 

ROM-ot kezel, majd később ejtek szót 
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részletesebben. Mindenesetre már itt 
is fontosnak tartom megemlíteni: min- 
den egyes perifériát mi adhatunk meg 
az emulátornak egy-egy megfelelően 
előkészített fájl tormájában. 


Állatkerti séta 

Mielőtt nekiláttam az eredeti célkitű- 
zést jelentő programkörnyezet-kialakí- 
tási munkának, körülnéztem a OEMU 
honlapján. Találtam egy érdekes hivat- 
kozást: , Szabad Operációs Rendszerek 
Állatkertje" (Free Operating System 
Z00): 2 http://www.freeoszoo.org 
Számos (szabad) operációs rendszer 
képfájlja (.iso fájlja) van itt összegyűjt- 
ve, kifejezetten a PEMU-ban való fut- 
tatásra. Maga a OEMU is többféle 
rendszeren futhat (gazdagép, host) — 
lehet Linux, MacOs X vagy Microsoft 
Windows. A dobozolt (vendég, gyest) 
rendszerek pedig számtalanul sokan 
vannak: a nagyobb Linux terjesztések, 
BeOS, BSD fajták, FreeDOS, Darwin, 
ReactoS stb. 

Az , állatkert" elnevezés amúgy egy- 
szerre utal a tanulásra és a biztonság- 
ra: a futtatott , állatfajta" garantáltan 
nem fog kárt tenni saját, kényelmesen 
berendezett világunkban. Ha nagyon 
akarjuk, az állatokat azért szabad etet- 
ni. Elérhető ugyanis a OEMU-val az 
is, hogy a ketrecbe be- vagy onna ki- 
jusson egy s más. (Ez nekem ugyebár 
nagy szerencse, mert különben 
hogyan futtatnám a Maple-t, vagy 
hogyan használnám az eredményül 
kapott fájlokat...) 

Persze azért az is sejtethető, hogy az 
ilyen állapotban tartott élőlények nem 
olyan sebesen mozognak, mint vadon 
élő társaik... Pontosabban a sebesség 
erősen függ a rendelkezésre bocsátott 
erőforrásoktól (mint ahogy a jobb ál- 
latkertek is inkább állatparkok, kellően 
nagy kifutótérrel az állatok számára). 
Kimondani is szörnyű, de sokan 

a pingvint is olyan vadállatnak tekin- 
tik, amit inkább rács mögül kell néze- 
getni. Eme különös embercsoport szá- 
mára a Microsoft Windows alól futta- 
tott OEMU lehetőséget ad a többféle 
Linux ,dobozban" való futtatására. 

Az UHU-Linux levelezőlistájának archí- 
vumából (Attp://lists.uhulinux.hu/larc/ 
halado/2005-O6/ms9200306.html) az is ki- 
derül, hogy az , ablakos vadállat" -ot is 
telepíthetjük és futtathatjuk OEMU-báól. 
Az idézett írás nem kevesebbet állít, 
mint hogy a Windows gyorsabban 





betöltődhet OEMU alól, mint , normál 
módon". A használt rendszert pedig 
akár egy DVD-re is kiírhatjuk. 

A FreeOsZoo honlapon nemes egysze- 
rűséggel látszik a OEMU futtatásának 
legegyszerűbb módja: 


gemu -hda guest image name.img 
5 .-boot c -user-net 


Ebben a gyűjteményben voltak jó pél- 
dák, a számomra megoldást jelentő 
képfájlt azonban -— Szilágyi Szilveszter 
ötletét megfogadva — mégis máshon- 
nan szereztem be: a Damn Small 
Linux live CD-jét választottam, 2.4-es 
kernellel (és persze glibc2.0-val). Kísér- 
leteztem az 1.1-es UUHU-val is, de ez 
valahogy ágyúval verébre való lövöl- 
dözésnek tűnt, oly nagynak ígérkezett 
a képfájl, és oly lassúnak a telepítés. 
Azért az szívdobogtató látvány volt, 
amikor a 


gemu -boot d -hda hda.iso -hdb 
shdb.iso -cdrom uhul.1.iso 


parancs hatására először láttam meg 
UHU 1.2-t futtató gépem ,dobozában" 
a régi világból idecsöppent 1.1-es IHU- 
Linux induló telepítőképernyőjét. 


A gemu-img, a képfájl-előállító 
Kiadva a demu-img parancsot, segít- 
séget kapunk a , DEMU disk image 
utility" használatáról. 

Egy példa: 


gemu-img create hda.i150 100M 


elkészít egy 100 MB-os image fájlt, 
ami először üres. (Ne felejtsük le a sor 
végi M betűt!) A típusa többféle lehet 
és ez természetesen erősen meghatá- 
rozza a méretet is. Választhatunk te- 
hát vpc, bochs, dmg, cloop, vmdk, 
gcow, cow vagy raw formátumot. 

Bár a mérete ennek a legnagyobb, 

sok szempontból az alapértelmezett 
raw az ideális, amelyet aztán a 


mount -o loop 


paranccsal könnyedén tudunk fel 

és lecsatolni, illetve esetleg beletenni 
valami , eleséget az állatnak". 

A cow a copy-on-write rövidítése, 

és akkor használható jól, amikor egy 
csak olvasható képfájlból indulunk ki 
(base image), és valahol tárolni szeret- 








Name: : default settings 
Comment: ; These defaults can be modified and used as a base for new configs. 
Disks and Memory (Linux Boot Network [Hardware I Other] 











Number of NICs:1 2 

MAC address of 1st interface: 

Networking type 
(6) User mode 0) TUN/TAP 0 Use open TUN/TAP interface () Dummy 
TUN init script: v. Böngészés... ] 
TUN fd: 0 

















Allow SMB access to: [v] Böngészés... 


Port sedveztton When using the user mode network stack, activate a 
Proto built-in SMB server so that Windows OSes can access [0 
the host files in this directory transparently, 























nénk a módosításokat. Gondoljunk 
csak bele, micsoda nagyszerű lehető- 
ség ez live CD-k testre szabására, 
megszelídítésére! Erre van kihegyezve 
a OEMU -snapshot módja - ennek 
használatakor minden képfájl írásvé- 
dett, és minden változás a /tmp-ben 
őrződik. Ezek a változtatások azonban 
visszaírhatók a képfájlra 
(CTRL--Altts paranccsal). A program 
kezel titkosított vagy tömörített kép- 
másfájlokat is (dcow formátum), amik- 
nek a mérete , belülről" (az emulátor- 
ból) nézve például 4GB, míg , kívül- 
ról" (a gazdagépen mint fájlt tekintve) 
igazából csak annyi, amennyit a , benti 
winchesterre" felmásoltunk. 





Kiadva a gemu parancsot, hosszú listát 
kapunk a paraméterekről. 

Minden megadható, ami csak az em- 
ber eszébe juthat: perifériák, nyelv, 
idő, memória, hálózat, képernyő, 
grafikus mód, betöltési paraméterek, 
kernel, initrd. Van ezen kívül számos 
profi lehetőség, mint például a gdb 
port nyomkövetéshez, eszközök átirá- 
nyítása... De nem kell kétségbe esni, 
pilótavizsga nélkül is jól használható 
mindez, mert jól vannak beállítva az 
alapértelmezések. 

Akit mélyebben érdekel a kérdéskör, 
annak javaslom a gemu-launcher 
letöltését. Ez egy nagy tudású, Gtk, 
Gtk::GladeXML és Gnome2 PERL mo- 





dulokat használó grafikus felület. 
(UHU 1.2 alatt történő elindításához 
tehát kellenek a perl-gnome2".uhu cso- 
magok.) Aki nem akarja használni, an- 
nak is megér egy pillantást, hogy mi 
minden állítható be (parancssorból 

is persze) a JOEMU-ban. 


A 0EMU bevetés közben 


No de térjünk vissza az eredeti kér- 
déshez: hogyan is fogjuk futtatni 

a Maple-t? Egy olyan kis méretű ope- 
rációs rendszert kerestem, ami grafi- 
kus felületet is ad. 

Az internetről is letölthető a Damn 
Small Linux .iso fájlja, ami elfér egy 
névjegykártya méretű CD-n (50MDB). 
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Volt nálam egy ilyen még a tavalyi 
PHP-konferenciáról, erről elkészítettem 
az .iso fájlt dd paranccsal (dd if-/ 
dev/cdrom of-ds1.iso), majd (a fenti 
agemu-img paranccsal legyártott hida.iso 
segítségével) kiadtam a várva várt 


gemu -boot d -hda hda.150 
ss. cdrom dsl.150 -m 256 -k hu 
ss. -yuser-net 


parancsot. 

512 MB RAM van a gépemben, ebből 
256-ot szántam az emulátornak (-m 
kapcsoló). Ez nem ment első nekifutás- 
ra, de nagyon értelmes és használható 
hibaüzenetet kaptam, amiből kiderült, 
milyen paranccsal tudom elérhetővé 
tenni ezt a nagy memóriaterületet: 


umount /dev/shm 
mount -t tmpfs -o s17e-272m 
ssnone /dev/shm 


A OEMU annak függvényében állítja 
be az emulált processzor sebességét, 
hogy éppen mennyi erőforrás szabad. 
Ha nem futott más program, 790 MHz 
is , összejött", viszont egy GIMP futta- 
tása mellett (amivel a képernyőké- 
peket begyűjtöttem) néha leesett 

20 MHZ-re is a sebesség (ami érdekes 
módon egészen jól használhatónak 
bizonyult parancssorban). 

Aki mélyebben szeretné beleásni 
magát a OEMU világába, annak 
ideális eszköz a OEMU monitor 
(CTRL - Alt1-2), amivel kifinomult 
módon vezérelhető az emulátor. Hasz- 
nálható például kivehető eszközök be- 
és kicsatolására, naplózására, a Virtuá- 
lis Gép (VM) befagyasztására, ami ily 
módon elmenthető vagy helyreállít- 
ható egy korábbi állapotból, valamint 
egy-egy állapot külső nyomkövetővel 
való VM-böngészésre. Ebből az álla- 
potból a CTRL--Alt1-1 kombinációval 
lehet visszaváltani a normál nézetre. 
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Van még egy CTRL-Alt34-3 képernyő 
is, de egyelőre maradjon meglepetés, 
hogy ennek mi a tartalma. 


A vadállat etetése 

Először még megformázatlanul vár 
bennünket a hda-nak szánt hda.iso. 
Az egeret a OEMU felületére vihetjük, 
és rákattinthatunk. Ekkor az egér már 
a ,ketrecben" mozog, ahonnan aztán 
CTRL--Alt kombinációval csalogathat- 
juk ki újra (ez olvasható is az ablak 
fejlécén, nehogy elfelejtse valaki). 
CTRL-HAlt-4-F kombinációval lehet tel- 
jes képernyőt kérni (vagy a OEMU in- 
dításakor a -ful1-screen kapcsolóval). 
Kérjünk egy terminálablakot a , ket- 
recben", lehetőleg root-ként. Majd: 


mke2fs /dev/hda 


paranccsal megformázható (és esetleg 
a tune2zfs -j -c0O /dev/hda segítsé- 
gével ez ext3 típusúvá is alakítható) 

a hda-ként jelzett munkaterületünk. 
Tévedés ne essék: ez nem az eredeti 
gép /dev/hda-ja (még akkor sem, ha az 
mkelfs történetesen arról panaszko- 
dik, hogy ugyan már mi ütött belénk, 
hogy egy teljes merevlemezt szeret- 
nénk megformázni, nem pedig csak 
egy partíciót?!). Előzőleg önmagunk 
megnyugtatásaként ki is próbálhatjuk 
például a cfdisk segítségével, hogy 
valóban akkora-e az a bizonyos hda, 
amekkorát szerettünk volna. 

Ezek után próbaként felcsatolható a fris- 
sen formázott félig virtuális merevleme- 
zünk egy egyszerű mount /mnt/hda 
paranccsal (a /etc/fstab-ból már tudja 

a Damn Small Linux, hogy ezt hová kell 
csatolni). Adjunk ki egy touch itt- 
jartam parancsot, hogy később akárki 
láthassa, hogy valóban ez az a terület, 
amihez hozzáférünk innen is, onnan is. 
Első körben csak ennyi történt a , ket- 
recben". Szépen, kulturáltan lehet ki- 
kapcsolást kérni a grafikus felületről 

— azaz a OEMU egyelőre befejezheti 
futását. (Ez elérhető a CIRL1Alt-tx 
paranccsal is.) Ezek után beadjuk az 
állatnak az eledelt. 

Felcsatolva eredeti operációs rend- 
szerünk valamelyik könyvtárába 

a hda.iso fájlt (-o loop kapcsolóval) 

— és feltéve persze, hogy az kellően 
nagy méretű - belemásolható 

a maple su (maple single user) 
könyvtár, ahol mindaz megtalálható, 
amire szükségünk lesz. (Remélhetőleg 





látszik az ittjartam fájl is, ami most 
már törölhető.) 

Ezután umount-tal lecsatolva a hda.iso- 
t, indulhat a végjáték. Ismét adjuk ki a 


gemu -boot d -hda hda.i150 
ss cdrom dsl.1s50 -m 256 -k hu 
s. -yuser-net 


parancsot (vagy inkább írjunk egy kis 
parancsfájlt, amiben ezt eltároljuk). 

A grafikus felületen root-ként felcsa- 
tolhatjuk a hda-nkat (mint az előbb). 


9 lám, a vadállatból kezes 

hárány vált... 

A /mnt/hda/maple su/bin/maple 
paranccsal karakteres felületet ka- 
punk, ami mondjuk a 888! pontos 
kiszámolására, a ? első 1000 jegyének 
kiírására vagy egy harmadfokú egyen- 
let analitikus megoldására teljesen 
elegendő. 

Az -x kapcsolóval azonban elénk tárul 
a csodálatos világ háromdimenziós 
(akár mozgó, animate3d) ábrákkal. 
Egy-egy szép matematika dolgozat 
számára el is menthető, exportálható 
a kimeneti képernyő, vagy annak egy- 
egy ábrája (sokféle formátumban), 
amit szintén a hda területünkön tárol- 
hatunk, és ha elhagytuk a ketrecet, 
akkor a jól megszokott operációs rend- 
szerünkben használhatjuk -o loop 
kapcsolóval felcsatolva a hda.iso fájlt. 
Egyetlen képfájlban is konzerválható 
a OEMU-ban futtatandó rendszer: 

a 2005. júliusi Linuxvilág , Készítsünk 
Live CD-t!" című cikkének segítségé- 
vel (38. 0) tetszőleges kiindulási Live 
CD-ből elkészíthető egy saját (például 
Maple-t is tartalmazó) .iso fájl. 

Ily módon ezt az alkalmazást a későb- 
biekben is jól tudja majd használni bár- 
ki, akinek szüksége lesz rá — még akkor 
is, ha már nem is emlékszik senki arra, 
hogy valaha használtunk glibc2.0-t. 
Sok sikert a PEMU megismeréséhez! 


ih SLRRÉT VAN 
TAN Ézs Hl NN 





E] Úgy őszintén, Francois, a végső 
megoldás, a mindenkori legjobb miért 
jelent mindig valami nagyobbat, gyor- 
sabban és erőforrás-igényesebbet? 
Mon Dieu, hiába a folyamatos gyorsu- 
lás, a végére valahogy mindig lassab- 
ban működnek a dolgok. Iudom, az 
általad ide az étterembe javasolt 
szuperszámítógépes fürt jó eséllyel 
indulna a hónap linuxos erőművének 
címéért, de sajnos nincs elég helyünk. 
Hogy? A pince? Non, Francois, a bo- 
rospincében bort tárolunk, és szeret- 
ném, ha ez így is maradna. Alighanem 
a vendégek is velem értenének egyet. 
Ha már szóba kerültek: bármelyik 
pillanatban itt lehetnek. 

Ah, Francois, már meg is érkeztek! 
Üdvözöl mindenkit a Chez Marcel, 

a világ legfinomabb borainak, és ter- 
mészetesen a legjobb linuxos fogások 
otthona! Az asztalok készen állnak! 
Foglaljatok helyet, helyezzétek maga- 
tok kényelembe. A borospincébe, 
Francois! Hozd fel, kérlek, a 2003-as 
német Auslese rizlinget! Vite! 

Míg készséges felszolgálóm kitölti 

a bort, gondolkozzunk el azon, mitől 
lesz egy linuxos gép a legjobb. 
Francois egy szuperszámítógépet java- 
solna. Nekem inkább valami kisebb, 
de semmivel sem haszontalanabb tet- 
szene, valami olyan, ami akár a zse- 
bemben is elfér. Nem egy alkalommal 
mentett már meg, hogy volt nálam 
egy Linux példány. Illetve, hogy pon- 
tos legyek, a megmentett személy egy 
valamilyen másfajta operációs rend- 
szert futtató felhasználó volt, akinek 
olyan gondja akadt, amin csak linuxos 
rendszerrel lehetett segíteni. A ma- 
gammal hordott miniterjesztések álta- 
lában egy-két-három lemezen elfértek, 
és alapszintű, szöveges felületű segéd- 
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eszközöket tartalmaztak. Ma két 
nagyszerű megoldást szeretnék mu- 
tatni arra, hogyan vihetjük magunk- 
kal a Linuxot, bárhová is induljunk. 
Ezek a miniterjesztések többé már 
nem a végletekig lecsupaszított, szö- 
veges felületű eszközök halmazai, 
hanem teljesen grafikus, teljes értékű 
hálózatkezelésre képes terjesztések 

— mégis elférnek a zsebünkben vagy 
akár a tárcánkban is. A legjobb ben- 
nük az, hogy CD-lemezről vagy USB- 
kulcsról is futtathatjuk őket. 

Mai menütnk első fogása személyes 
kedvenceim egyike, a Damn Small 
Linux (DSL, , átkozottul kisméretű" 
Linux). A DSL egy Debian alapú, CD- 
lemezről futtatható terjesztés. Mérete 
nem éri el még az 50 MB-ot sem, így 
akár egy hitelkártya méretű CD-leme- 





zen (ilyet szinte bármelyik számító- 
gép- vagy irodaszerüzletben kapni) 

is elhelyezhető. Töltsük le az ISO 
képfájlt (lásd az internetes forrásokat), 
írjuk fel CD-lemezre (ami szabványos 
vagy hitelkártya méretű is lehet), 
majd indítsuk újra a gépünket. 

A DSL rendkívül gyors, kisméretű. 
Ablakkezelője a Fluxbox. Szerény ké- 
pességű gépeken is futtatható, akár 

16 MB memóriával is megelégszik. 
Számos asztali alkalmazást tartalmaz, 
ezeket szintén a kevés erőforrás 
igénybe vételével történő, gyors futás- 
ra tervezték. lartalmazza a Dillo és 

a Firefox webböngészót, a SylIpheed 
levelezőprogramot, a Naim IRC- és 
azonnali üzenetküldő ügyfelet, az 
XMMS zenelejátszót, grafikai szer- 
kesztésre és ernyőképek készítésére 


2005. szeptember 43 


0 Kiskapu Kft. Minden Jog fenntartva 





0 Kiskapu Kft. Minden Jog fenntartva 


az Xpaintet, szövegszerkesztésre az 
FLwritert, táblázatkezelésre a Siaget 
-— egyéb feladatokra pedig számtalan 
más programot. A DSL működéséből 
az 1. ábra kínál ízelítőt. 

Ennél a terjesztésnél nincs a progra- 
mok elérésére szolgáló gomb a bal 
alsó sarokban. Ha meg akarjuk jeleni- 
teni a menüt, kattintsunk az asztal tet- 
szőleges pontján az egér jobb gombjá- 
val. Ekkor megjelenik az alkalmazás- 
menü legfelső szintje, amely további 
almenükbe rendezve biztosítja a DSL 
összes szolgáltatásának elérését. Ha el 
akarjuk tüntetni a menüt, kattintsunk 
az egér bal gombjával az asztal egy 
üres pontjára. 

Az egyik első teendőnk valószínűleg 
a hálózatkezelés beállítása lesz. Az 
egér jobb gombjával kattintva jelenít- 
sük meg a menüt, melyből válasszuk 
a System (Rendszer), majd a Net Setup 
(Hálózat beállítása) pontot. Módunk 
nyílik a telefonos hálózat, a hálózati 
kártya, a DSL (mármint az internete- 
zős DSL) és korlátozott mértékben 

a vezeték nélküli hálózatok beállítá- 
sára. Az ndiswrapper is a terjesztés 
része, hátha egy csak a Microsoft 
illesztőprogramjait támogató hálózati 
kártyába ütköznénk. A hálózati beállí- 
tások mindegyike menüből érhető el; 
egyszerűen csak adjuk meg a szüksé- 
ges értékeket. 

Ha már a rendszermenüben járunk, 
érdemes a Daemons (Démonok) részre 
is átváltani, ahol a DSL egy másik 
figyelemre méltó képességére ismer- 
hetünk rá: SSH kiszolgálót, NES-t, 
webkiszolgálót és FIP-kiszolgálót is 
találunk benne. A hagyományos LPD 
révén a nyomtatódémon-támogatás 

is megoldott. 

Kis mérete ellenére a DSL még némi 
, díszítést" is tartalmaz. A Desktop 
(Asztal) menüből válasszuk a Styles 
(Stílusok) pontot, ahol többféle stílus 
közül választhatjuk ki, hogyan nézzen 
ki a munkafelület. 

Mielőtt mai menünk következő fogá- 
sára térnék, hadd hívjam fel a figyel- 
met az Apps (Alkalmazások) menü 
Tools (Eszközök) elemére. lekintsünk 
alulra, ahol találunk egy a DSL merev- 
lemezre végzett telepítését elindító 
menüpontot, illetve LISB-kulcsra is te- 
lepíthetjük a terjesztést, így bárhova 
magunkkal vihetjük. Az apt és 

a Synaptic engedélyezésére is mó- 
dunk nyílik, ezt követően további 
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csomagokat is telepíthetünk. Ennek 
haszna nyilvánvaló, ha lemezre tele- 
pítjük a rendszert, de a Tools menü 
tetejére pillantva egy további indokot 
is találunk. 

Ez pedig a Make myDSL CD remaster 
(Saját DSL-példány készítése) menü- 
pont, mellyel saját, egyéni DSL válto- 
zatot állíthatunk össze. Ha rákattin- 
tunk, egy újabb ablak jelenik meg, ez 
ismerteti, hogyan válthatunk át 2-es 
futási szintre, ahonnan elvégezhetjük 
a sokszorosítást. Gyakorlatilag annyit 
kell tennünk, hogy újraindítjuk a gé- 
pet, majd az indítási parancssorba be- 
gépeljük a ds] toram 2 parancsot. 
Miután a héj parancssora megjelent, 
adjuk ki a mkmyds 1! parancsot. A fo- 
lyamat ismertetéséhez nem áll ren- 
delkezésemre elegendő hely, de 

a www.damnsmalllinux.org/talk/node/ 
113 oldalon minden szükséges tudni- 
való megtalálható. 

Szintén kisméretű, megismerésre 
érdemes, grafikus Linux terjesztés 

a Puppy Linux. Teljes értékű hálózat- 
kezelésre képes, és szintén szép kis 
alkalmazásgyűjtemény tartozik hozzá. 
A hálózatkezelést illetően a Puppy 
webböngészésre Mozillát, levelezésre 
Syilpheedet, távfelügyeletre SSH-t, 
VoIP hívások lebonyolításához 
Gphonet-t, a távoli asztalok megjelení- 
téséhez VNC-t és rdesktop ügyfelet tar- 
talmaz -— és még sok egyebet. Szöveg- 
szerkesztési célokra az AbiWord áll 
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rendelkezésünkre, kiadványszerkesz- 
tésre pedig a Scribust vehetjük igény- 
be. A csomagot fájlkezelők, kép- 

és HTML- szerkesztők, táblázatkezelő 
és személyi pénzügyi program teszi 
teljessé. 

Természetesen a játékok sem ma- 
radhattak ki belőle. Ha nagyon nem 
tudunk mit kezdeni magunkkal, 

a Bubbles, a Frozen Bubble leszárma- 
zottja és a gtkfish segít elütni az időt. 
Utóbbi egy fura kis játék, melyben 
selyempapírból készült hálóval indu- 
lunk halászni. Ha a kiszemelt hal túl- 
ságosan gyorsan úszik, amikor elkap- 
juk, akkor kiszakítja a hálót. A hálót 

a bal egérgombbal dobhatjuk a vízbe, 
majd próbáljunk lassabban úszó hala- 
kat elkapni — ehhez csak fel kell 
engednünk az egérgombot. Külö- 
nös játék, és különösen jól el lehet 
időzni vele. 

A Puppy Linuxot a webhelyéről tölt- 
hetjük le ISO képfájl formájában (lásd 
a forrásokat). Kedvenc CD-író progra- 
munkkal (esetemben ez a K3b) írjuk 
fel CD lemezre. A frissen írt lemezt 
tegyük be a meghajtóba, majd indít- 
suk újra a rendszert. 

A Puppy Linux indításakor elsőként 

a billentyűzetválasztó képernyő jele- 
nik meg. Én legördítettem az us 
gwerty elemre, majd megnyomtam az 
Entert. Ez után meg kell adnunk ege- 
rünk típusát. Nagy valószínűséggel 
nyugodtan meghagyhatjuk az alapbe- 





állítást, esetemben ez a ps/2 volt. 

A program arra is rákérdez, hogy ege- 
rünk rendelkezik-e a görgővel. Ha ez- 
zel végeztünk, máris elindul a grafi- 
kus felület, amelyet választásunk sze- 
rinti módban, 640x480-as, 800x600-as 
és egyéb felbontásokban használha- 
tunk. A felbontás azonnal változik, 

az OK gombra bármikor rákattintva 
elfogadhatjuk az aktuális értéket. 
Ennyi. Puppy Linux rendszerünket 
sikeresen üzembe helyeztük. (2. ábra) 
Ezen a ponton akár a CD-lemezt is 
kivehetjük a gépből. 

A Puppy Linux weboldalán azt állítják, 
hogy a terjesztés bármire telepíthető, 
merevlemezről, ZIP lemezről, hálózat- 
ról (vékony ügyfélként) és USB- 
kulcsról egyaránt képes futni, akár 
csak a DSL. Engem főként ez a lehe- 
tőség ragadott meg. Milyen érdekes 
ötlet: teljes értékű, grafikus Linux 
rendszer a zsebemben. Alap-összeállí- 
tásában a Puppy túlságosan nagy ah- 
hoz, hogy elférjen egy 50 MB-os név- 
jegykártyán, ehhez némi igazításra 
van szükség (erről még lesz szó). 
Kattintsunk a Start gombra, majd 
nyissuk meg a Setup (Telepítés) menüt. 
Ebben találunk néhány figyelemre 
érdemes lehetőséget, ezek egyike 

a Puppy USB-kulcsra való telepítése. 
Ha ezt választjuk, megjelenik egy 
párbeszédpanel, mely végigvezet 
bennünket a szükséges lépéseken, 
kezdve az USB-kulcs csatlakoztatásá- 
tól, a megfelelő meghajtó (ha esetleg 
egynél több eszközünk is lenne) és 

a lemezrész kiválasztásán keresztül 
egészen a fájlok másolásáig. A másolás 
a merevlemezen lévő helyi fájlok 
alapján és a CD-lemezen lévő, a rend- 
szerindításra használt Puppy alapján 
is elvégezhető. 

A következő lépés végrehajtása eltart 
néhány percig, ekkor történik meg 


a különféle fájlok másolása (omlinuz, 
image.gz és usr cram.fs). A másolás 
befejezése után megadhatjuk a billen- 
tyűzet alapértelmezett nyelvét. Én 

az amerikait választottam, majd meg- 
nyomtam az Entert. Ezt követően még 
egy választást kell megtennünk, ez 
pedig a Puppy fájlrendszer tárolási 
módjának kiválasztása. Az első lehető- 
ség vfat lemezrész használata, 
/rootként befűzve, egyéb módosítások 
nélkül. A második lehetőség egy kis- 
méretű ext2 fájlrendszer létrehozása 

a lemezrészen. A második lehetőség 
használata az ajánlott, és ez hatéko- 
nyabb is, az elsőnek ugyanakkor meg- 
van az az előnye, hogy fájljait Win- 
dows alól is el lehet érni. Én a másodi- 
kat választottam, majd megnyomtam 
az Entert. 

Ezzel a Puppy telepítve van az USB- 
kulcsra, a rendszerindító parancsfájlt 
átírva jelszót is megadhatunk titkosí- 
tott fájlrendszerhez. Kiváló ötlet, 
hiszen az USB-kulcsot könnyedén 
elveszíthetjük, esetleg ellophatják, 

és ilyenkor nem árt, ha el van látva né- 
mi védelemmel. Végül a telepítő indí- 
tásra alkalmassá teszi az USB-kulcsot; 
ez után már indulhatunk is utunkra, 
zsebünkben a Puppyual (3. ábra). 
Felhívnám rá a figyelmet, hogy nem 
minden számítógép képes USB- 
kulcsról rendszert indítani, bár a BIOS 
rendszertöltési beállításainak módosí- 
tásával nyerünk némi esélyt a sikerre. 
Ha a számítógép nem támogatja az 
USB-s meghajtóról végzett rendszer- 
indítást, akkor sem veszett el minden 
— feltéve, hogy van a gépben hajlé- 
konylemezes meghajtó. A Puppy 
webhelyén található egy rendszerindí- 
tó képfájl (boot2pup.img.gz névvel), 
ezt másoljuk át hajlékonylemezre. 
Bontsuk ki, majd végezzük el 

a másolást: 


gunzip boot2pup.img.gz 
dd 1f-boot2pup.i1mg of-/dev/fd0O 


Most már csak arra kell ügyelnünk, 
nehogy otthon felejtsük a lemezt. 
Mielőtt elbúcsúznánk a Puppy 
Linuxtól, szeretném megemlíteni egy 
másik kiváló szolgáltatását. A Setup 
menüben található egy Remaster 
Puppy live-CD (A Puppy CD sokszoro- 
sítása) pont is. Ez egy egyszerű pa- 
rancsfájl, mely végigvezet minket 

a meglévő CD-lemez memóriába 


másolásához szükséges lépéseken 
(ehhez legalább 256 MB memóriára 
van szükség), a fájlrendszer szerkesz- 
tésén, a képfájl előállításán és CD-le- 
mezre írásán. 

Az első próbálkozásunk talán nem 
lesz sikeres, de ne adjuk fel, nem 
rossz program ez. Az egyik furcsa lé- 
pés a CD-író és az olvasó kiválasztá- 
sának megerősítése. Ezen a ponton 
a Puppy újraindul (egy CD-lemezről 
futó terjesztés esetében ez meglehe- 
tősen szokatlan), és bekapcsolja 

a SCSI emulációt. Miután a rendszer 
újraindult, lépjünk vissza a Setup 
menübe, és indítsuk újra a sokszoro- 
sító programot. Azonnal a harmadik 
lépésre kell ugrania, ahol be kell ten- 
nünk a CD lemezt az olvasóként ki- 
választott meghajtóba. Ezt egy kér- 
dés-válasz menet követi, melyben 
pontosan meg kell adnunk, hogy az 
elkészítendő Puppy változat hogyan 
nézzen ki. 

Már említettem, hogy a programmal 
barátkozni kell egy kicsit, de próbáljuk 
könnyedén venni a dolgot, így észre 
sem fogjuk venni, és rövid idő alatt 
profin fogjuk kezelni. Ha megvan az 
új ISO képfájl, a Puppy elindítja 

a Gcombust CD-író programot, és 
befejezi a munkát. 

Mon Dieu! Már ennyi idő van? 

Ha hihetünk az órának, bizony 
elérkezett a zárás pillanata. Csak 
semmi kapkodás! Pihenjetek még 
egy kicsit, biztos vagyok abban, 
hogy Francois örömmel tölti újra 
poharatokat. Fogjatok egyet a név- 
jegykártya méretű lemezek közül, 
és főzzetek ki egy kis Linuxot, 

amit majd magatokkal vihettek. 
Emeljük poharunkat, mes amis, 

és igyunk egymás egészségére! 

A votre santé! Bon appétit! 


Linux Journal 2005. 136. szám 


A cikkhez tartozó források elérhetősége: 
2 www.linuxjournal.comjarticle/8326 
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A szünetmentes tápellátás 


A számítógépek megfelelő tápellátást 
igényelnek, amelyet a helyi áramszol- 
gáltatótól tudunk , beszerezni". 

Ezen tápellátás — akár pillanatnyi — kiha- 
gyása bosszúságot és elveszett munkát 
jelent; különféle zavarai pedig meg- 
magyarázhatatlan problémákat okoz- 
hatnak, akár a hardver meghibáso- 
dását Is (gondolva Itt a másodlagos 
villámkárokra). 


UPS típusok 

Semmi sem olyan egyszerű, mint aminek látszik, így az 
UPS (Uninterruptable Power Supply) eszközöknek is több 
típusa létezik, amelyek más-más célra szolgálnak. Alapvető- 
en öt tulajdonságát említhetjük meg ezen eszközöknek: 

a kimeneti feszültség jellegét, a terhelhetőségét, az áthidalá- 
si időt, a működés módját, illetve géppel való kommuniká- 
ció jellegét. A minőség mellett ezen jellemzők befolyásolják 
a szünetmentes tápegység árát, s akár nagyságrendnyi kü- 
lönbséget is jelenhetnek. Régebben érdemes volt a túlfe- 
szültség és villámvédelemre is figyelni, azonban a mostaná- 
ban kapható készülékek ezt már szinte mind tartalmazzák. 
A kimeneti feszültség az olcsóbb készülékek esetén egyszerű 
négyszög, amely azonban ideális a számítógépeink számá- 
ra, s egyéb eszközök esetén - az utóbbi időben előszeretet- 
tel alkalmazott kapcsolóüzemű tápegységek is elviselik. Ez 
az olcsóság tehát nem jelent különösebb hátrányt, a legtöbb 
UPS ilyen kimenettel rendelkezik. Néhány eszköz (aktív 
hálózati eszköz, nyomtató, stb.) azonban szinusz (vagy 
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kvázi-szinusz) feszültséget vár, s ha négyszöget kapnak, ké- 
pesek jelentősen melegedni és ezáltal idővel meghibásodni, 
illetve bizonytalanul működni. 

A szünetmentes terhelhetőségét úgy kell megválasztanunk, 
hogy a számítógépünk, illetve a hozzá tartozó egyéb peri- 
fériák összteljesítményét elérje. Nehéz meghatározni ezt az 
összteljesítményt, mivel sok feltételtől függ, a legbiztosabb 
módszer, ha a számítógépünk tápegységének teljesítmé- 
nyéhez hozzáadjuk a monitor teljesítményét, s ezt tekint- 
jük irányszámnak a vásárlás során. Ha pénztálcánk engedi, 
akkor vásárolhatunk nagyobb terhelhetőségű UPS-t is, 
mint amire pillanatnyilag szükségünk van. Egy átlagos 
munkaállomáshoz elég 350VA/210W, egy combosabb mun- 
kaállomáshoz azonban már elkel minimum 600VA/360W 
terhelhetőség. 

A maximális áthidalási idő általában nem választható 
szabadon, az egyszerűbb szünetmentes tápegységek ese- 
tén többnyire összefügg a terhelhetőséggel: minél jobban 
terhelhető egy UPS, annál tovább képes helytállni a név- 
legesnél kisebb teljesítményen, az áthidalási idő ugyanis 
fordítottan arányos az aktuális terheléssel. Ez a gyakorlat- 
ban azzal jár, hogy teljes terhelésen mindössze 2-5perc 

áll rendelkezésünkre, mielőtt gépünk végleg tápellátás 
nélkül marad; ellenben 1090-159 körüli terheléssel akár 
egy órán át is kitarthat! Nevesebb gyártók mellékelnek 
táblázatot vagy grafikont, amelyről leolvashatjuk ezeket 
az összefüggéseket, és a számunkra megfelelő UPS-t 
vásárolhatjuk meg. 

A szünetmentes működésének módja alapvetően kétféle 
lehet: off-line és on-line. Az elterjedt (és olcsóbb) 
megoldás az első variáció, amely esetén az eszközeink 
úgy kapják a tápellátást, mintha nem lenne szünetmentes 
tápegységünk, és az UPS csak a hálózati feszültség nagy- 
mértékű rendellenessége esetén kapcsol át akkumulátoros 
üzemmódra. A legtöbb hálózati zavart nem szűri ki, 
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viszont védelmet nyújt a túlfeszültség és a feszültség- 
kimaradás ellen, s ez többnyire elég is. A másik módszer 
több altípusra osztható, ezek kismértékben képesek 

a bemeneti feszültséget a kívánalmaknak megfelelően 
átalakítani (line-interactíve), illetve akár állandóan akku- 
mulátoros üzemben dolgozva minden zavart kiszűrnek 
(kettős konverziójú); s természetesen ezt a minőséget 
meg is kell fizetni. 

Lényeges tulajdonság a számítógéppel való kommunikáció 
is, amely nagy mértékben meghatározza a szünetmentes 
tápegység használati körét. Ha nem számítógépet (elekt- 
romos írógép, pénztárgép, stb.) kell megvédeni, akkor 
használhatunk egyszerű szünetmentes tápegységeket, 
amelyek általában semmilyen kommunikációra nem 
képesek, egyszerűen a berendezés előtt ülő felhasználóra 
bízzák annak megítélését, hogy mikor állítsa le a gépét. 
Számítógépek esetén célszerű olyan UPS-t választani, 
amelyek képesek egyszerűbb kommunikációra, például 
egyszerűen csak azt közlik a számítógéppel, hogy van-e 
hálózati feszültség, vagy nincs: a kimaradás időtartamá- 
nak számontartását és az időzítések kezelését az operációs 
rendszerre bízzák. A legfejlettebb megoldás során két 
irányban is folyik kommunikáció, az UPS közölheti a töl- 
töttségi paramétereket, a pillanatnyi terhelést, illetve akár 
a bemenő hálózati feszültség paramétereit is. A kétirányú 
kommunikáció előnye, hogy az operációs rendszer képes 
vezérelni a szünetmentes tápegység kimeneteit is: ha 
éppen nincs nyomtatnivaló, akkor a nyomtatót felesleges 
akkumulátorról táplálni. A régebbi UPS soros kapcsolaton 
át végezte ezt az adatcserét, viszont manapság már szinte 
kizárólag csak USB csatlakozóval kapni szünetmentes 
tápegységet. 

Néhány egyéb kényelmi szolgáltatást is észrevehe- 

tünk bizonyos UPS-ek esetén, a többség rendelkezik 
olyan kimenettel is, amely csak túlfeszültség védett, 

és így megoldható, hogy áramkimaradás esetén soha 

nem biztosítunk szünetmentes tápellátást bizonyos 
készülékeknek (fax, nyomtató, stb.); továbbá szinte kivé- 
tel nélkül találhatunk két telefoncsatlakozót (egy a fali 





csatlakozónak és egy a telefon/fax/modem felé), 
amelyekkel a telefonvonalunkat védhetjük meg 
a túlfeszültségtől. 


FreeBSD és Linux 

Általában kevés dologra kell figyelni, ha az elterjedt Win- 
dows operációs rendszerhez szeretnénk szünetmentes táp- 
ellátást, mivel az összes készülékhez kapunk szoftvereket, 
amelyekkel ez lehetővé válik. Linux rendszerhez már keve- 
sebb UPS illeszthető, de egyre több telepítő CD-n találni 
Linux alá írt kezelőszoftvereket, amelyeket az elterjedt 
disztribúciók is már tartalmaznak. Sajnos FreeBSD rendszer- 
hez nagyon kevés szünetmentes táp kapcsolható. 

Ha biztosra akarunk menni, akkor az APC cég termékei 
közül válasszunk egy számunkra megfelelő készüléket, 
mivel ehhez létezik olyan program, amellyel teljeskörűen 
tudjuk használni az UPS-t: ez az APCUPSD. Választha- 
tunk más gyártó termékei között is, sok , Noname" gyártó 
másolja az APC kommunikációját, illetve létezik néhány 
egyéb gyártó által nevesített APC termék is (például né- 
hány HP UPS AFC gyártmány). Sok gyártó saját szoftvert 
és saját kommunikációs protokollt készít a szünetmentes 
tápegységéhez, s ha nem ad hozzá specifikációt, esetleg 
Linux vagy FreeBSD programot, akkor nem tudjuk ér- 
demben használni. 


Az APC UPS Daemon 


Ha APC szünetmentes tápegységet választottunk, akkor itt 
az idő, hogy feltelepítsük a hozzá tartozó kezelőprogramot, 
amelyet többnyire apcupsd néven találunk meg. FreeBSD 
esetén a sysutils/apcupsd helyen találjuk meg, s a szokott 
módon tudjuk telepíteni. A program teljeskörűen képes 
kezelni bármelyik APC UPS készüléket, amelyiket össze 
tudjuk kötni a gépünkkel. 

A legegyszerűbb kommunikáció a dumb kapcsolat, amely 
egyszerűen csak azt jelzi a gép felé, hogy van-e hálózati fe- 
szültség. Ezek a típusok lassan kihalnak, újonnan már nem 
tudunk ilyen szünetmentes tápegységet beszerezni, hiszen 
csak a soros (RS232) kapcsolattal rendelkező UPS-ek között 
voltak ilyenek. Ha az UPS USB kábellel kapcsolódik a gé- 
pünkhöz, akkor ne állítsunk be ilyen típust, nem fog mű- 
ködni. Jól nézzük meg a kereskedőnél a kapható típusokat, 
mert ilyen UPS-t már nem ildomos vásárolni, csak nehézsé- 
geink lesznek vele. 

A dumb típust követte az apcsmart nevű kapcsolat, amely 
még mindig soros kapcsolat volt kis sebességű (2400bps) 
kétirányú adatátvitellel (a számítógép oldaláról gyakorlati- 
lag modemként lehetett kezelni ezeket a szünetmentes táp- 
egységeket). Eleinte kevés parancsot ismertek az eszközök, 
idővel ezek finomodtak és bővültek. Az USB megjelenésé- 
vel ez a típus is lassan feledésbe merül, s hasonlóan a dumb 
típushoz: ne vegyünk soros kapcsolattal szünetmentes táp- 
egységet, hacsak nincs valami nyomós okunk rá (az operá- 
ciós rendszer vagy a védendő számítógép nem támogatja). 
Sok egyéb gyártó használ az APC-vel azonos parancsokat, 
így nagy esélyünk van arra, hogy az APCUPSD kezelni ké- 
pes más UPS-t is. 

A legújabb kommunikáció az usb kapcsolattípus, amely 
nagyjából két éve jelent meg a drágább modellek között, 

s mostanára az összes UPS ilyen kommunikációval érkezik. 
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A többi gyártó is USB felülettel készíti már a készülékeit, 
sajnos közös szabvány hiányában a használt protokollban 
jelentős eltérések is lehetnek, így USB felületen szinte csak 
APC gyártmányú UPS-t leszünk képesek használni. 

A közvetlen kapcsolatokon túl létezik még kapcsolati mód- 
szer, amely esetén hálózaton át tudunk kommunikálni 

a szünetmentes tápegységgel. Léteznek olyan UPS-ek, ame- 
lyek fel vannak készítve Ethernet alapú kommunikációra, 
akár egy kisebb webszerver is fut bennük, amelyen át le 
tudjuk kérdezni az állapotukat, de vezérelni is tudjuk szük- 
ség esetén. A webszerver mellett többnyire van SNMP 
(Simple Network Management Protocol) felület, amely már 
programok számára is használható. 

Ha több gépet kötünk egy UPS-re, akkor vagy az snmp 
típust kell kiválasztanunk, ha erre nem képes a szünetmen- 
tes tápegység, akkor az APCUPSD képes ezt a problémát 

is áthidalni. Minden UPS által védett gépre fel kell telepí- 
tenünk az APCUPSD programot, csak más módon kell 
beállítanunk minden egyes példányt. Kinevezzük Master 
státuszra azt a gépet, amelyik közvetlenül csatlakozik 

a szünetmentes tápegységre, s a többi gépünk Slave lesz. 

A ,mester" megosztja az információkat a , szolgákkal", így 
áramkimaradás esetén a , szolga" gépek ugyan úgy értesül- 
nek mindenről, mintha mindegyik önálló szünetmentessel 
lenne kapcsolatban. Ez utóbbi esetben a zet lesz a kapcsoló- 
dás típusa. 

Látható, hogy az APCUPSD három állapotot ismer: 
standalone, amikor egyetlen gép csatlakozik a szünetmen- 
teshez; master, ha megoszt információkat más gépekkel; 
slave, ha rá van kötve egy UPS-re kötve, de nincs vele 
közvetlen kapcsolata. 


standalone 

Miután összekötöttük a szünetmentes tápot a gépünkkel, 
első dolgunk, hogy megkeressük annak lenyomatát a rend- 
szerüzenetek között. Soros kapcsolat esetén csak annyit kell 
tudnunk, hogy melyik portra kötöttük, s azt a portot hogy 
hívják a használt rendszer esetén (például /dev/ttyS0 vagy 
/dev/cuaa0). USB kábel kihúzása és újra bedugása már 

a naplóbejegyzések között is nyomot hagy, például a dmesg 
parancs hatására látnunk kell néhány hasonló sort: 


uhidO0: American Power Conversion Back-UPS CS 350 
s FWw:807.g5.I USB Fw:g5, rev 1.10/0.06, 

addr 2, iclass 3/0 

uhido: at uhubO port 1 (addr 2) disconnected 
uhidO0: detached 

uhidO: American Power Conversion Back-UPS CS 350 
3 FW:807.gd5.I USB Fw:g5, rev 1.10/0.06, 

addr 2, iclass 3/0 





Linux esetén nincs különösebb gond, viszont a "BSD rend- 
szerek nem kellő körültekintéssel kezelik ezt az USB kap- 
csolatot, s az uhid meghajtó ráül a kommunikációs vonalra, 
amely így alkalmatlan arra, hogy az APCUPSD kezelni tud- 
ja. FreeBSD esetén ezt a meghajtót el kell távolítanunk 

a rendszermagból, egyszerűen a konfigurációs állományban 
(például GENERIC) komment jelet kell tennünk a 


device uhid 


sor elé, majd új rendszermagot kell készítenünk és már újra 
is indíthatjuk a gépet. Dolgunkat akkor végeztük jól, ha a 


ugenO0: American Power Conversion Back-UPS CS 350 
s FWw:807.g5.I USB FWw:g5, rev 1.10/0.06, 
addr 2, iclass 3/0 


sort látjuk, vagyis uhid0 helyett már ugen0 eszközt! Mivel 
úgyis újraindítjuk a gépet, közben ellenőrizhetjük, hogy be- 
kapcsol-e automatikusan ha hálózati feszültséget kap a táp- 
ja. A jelenleg kapható Intel alapú PC jellegű számítógépek 
általában nem kapcsolnak be ilyen esetben újra, viszont 

a BIOS SETUP programjában beállítható ez a viselkedés 
(általában ,power" és , restart" szöveget kell keresnünk). 
Az UPS csak akkor tudja visszakapcsolni a számítógépet, 
ha az képes a hálózati feszültség megérkezésekor saját 
maga elindulni. 

Az APCUPSD egy minta konfigurációs állománnyal rendel- 
kezik, amelyből a sok felesleges sort kigyomlálva egy egy- 
szerű állományt tudunk készíteni, mint például: 


UPSCABLE usb 

UPSTYPE usb 

UPSCLASS standalone 
UPSMODE disable 

DEVICE 

LOCKFILE /var/spool/lock 
ONBATTERYDELAY 6 
BATTERYLEVEL 5 

MINUTES 3 


A démont elindítva már láthatjuk is a naplóbejegyzések 
között az új sort 


apcupsd[1095]: apcupsd 3.10.17a (22 April 2005) 
ss freebsd startup succeeded 


amely arról tájékoztat minket, hogy az apcupsd megfelelő- 
en elindult. A hibás konfigurációs állomány viszont rejthet 
néhány meglepetést is: 








Monitoring: enaplo.hu 
UPS Model; Back-UPS CS 356 
UPS Name: enaplo.hu 
APCUPSD; Version 3.10.17a 
Status: ONLINE 


Utility Voltage: 
Line Minimum: 
Line Maximum: 

Output Freg; 


UPS Temp: 


22 18: 
22 18: 
22 18: 
22 18: 
15 09: 
15 89: 


06: 
06: 
05: 
05; 
55: 
Szi 


000,0 VAC 

Not found VAC 
Not found VAC 
49.00 Hz 


29.2 [e 


083 CEST 2005 
06 CEST 2005 
07 CEST 2005 
95 CEST 2005 
27 CEST 2005 
27 CEST 2005 


Recent Events 


37.6 mins 


Power is back. UPS running on mains. 
Power failure, 
Power is back. UPS running on mains. 
Power failure, 
Power is back. UPS running on mains. 

Mains returned. No longer on UFPS batteries. 


apcupsd[9512]: apcupsd FATAL ERROR in bsd-usb.c 
ssat line 781 Cannot find UPS device 
apcupsd[9524]: apcupsd FATAL ERROR in apcipc.c 


szsat line 118 Mutex lock failure. 


deadlock avoided 
kernel: pid 9524 (apcupsd), uid 0: exited on 


signal 10 (core dumped) 


apcupsd[9573]: apcupsd FATAL ERROR in 


3 smartsetup.c at line 177 PANIC! Cannot 


ERR-Resource 


s communicate with UPS via serial port. Please 
ssmake sure the port specified on the DEVICE 


sdirective 1s correct, and that your cable 


ss specification on the UPSCABLE directive is 


correct. 


Ha sikeresen beüzemeltük a démont, akkor 


lekérdezhetjük a szünetmentes tápegységünk álla- 


potot is, mégpedig az apcaccess status parancs 


segítségével: 

APC : 001,039,1004 

DATE : Sat Jul 23 14:19:52 CEST 2005 
HOSTNAME : enaplo.hu 


RELEASE : 3. 
3.10.17a (22 April 2005) freebsd 


VERSION 

UPSNAME  : enaplo.hu 

CABLE : USB Cable 

MODEL : Back-UuPS CS 350 
UPSMODE  : Stand Alone 
STARTTIME: Mon Jul 11 20:39:32 CEST 2005 
STATUS : ONLINE 

LINEV : 000.0 Volts 
LOADPCT 

BCHARGE : 100.0 Percent 
TIMELEFT : 38.2 Minutes 
MBATTCHG : 5 Percent 
MINTIMEL : 3 Minutes 





10.17a 


26.0 Percent Load Capacity 





FIRMWARE : 
APCMODEL : 


END APC 


Minél drágább a szünetmentes tápegység, annál több 
információt szokott közölni a működési paramétereiről, 
de a legfontosabb három paramétert mindegyik képes 
kijelezni: az aktuális terhelést, az akkumulátorok töltött- 
ségét és a megbecsült áthidalási időt (LOADPCT, BCHARGE 
és TIMELEFT). 

Itt az ideje, hogy kipróbáljuk a működőképességét 

a szünetmentes tápunknak, lehetőleg akkor, ha 
kevesen dolgoznak a védett gépen. A teszt abból áll, 
hogy az UPS-t kihúzzuk a fali konnektorból, majd 

kis idő múlva visszadugjuk oda (elég egy másodperc 

is akár). Ha az UPS és a gép között a kommunikáció 
megfelelő, akkor látnunk kell bejegyzéseket mind 

a gép naplójában, mind az APCUPSD saját naplójában 
(ha be van állítva) 


apcupsd[1095]: 
apcupsd[1095]: 
apcupsd[1095]: 
apcupsd[1095] : 


Ezeken túlmenően az összes nyitott konzolon üzeneteket 
kell látnunk: 


MAXT IME 
OUTPUTV 
DWAKE 
DSHUTD 
LOTRANS 
HITRANS 
ITEMP 


BATTV 


LINEFREO : 
NUMXFERS : 


XONBATT 


TONBATT 


CUMONBAT T : 
XOFRFBATT : 


SELFTEST : 
STATFLAG : 


SERIALNO : 
BATTDATE : 
NOMBATTV : 
07.95.I USB FW:9g5 
Back-UuPS cS 350 
: Sat Jul 23 14:19:56 CEST 2005 


: 0 Seconds 
230.0 volts 

: 000 Seconds 

: 000 Seconds 

: 29364.0 volts 

: 266.0 Volts 

: 29.2 c Internal 
ALARMDEL : 


Always 


13.6 Volts 


49.0 Hz 
4 


Fri Jul 22 10:06:06 
CEST 2005 
: 0 seconds 
12 seconds 
Fri Jul 22 10:06:08 


CEST 2005 
NO 
0x02000008 Status 
Flag 
BB0O503005874 
2005-01-11 

12.0 


Power failure. 
Running on UPS batteri7es. 

Mains returned. No longer on UPS 
s batteries. 
Power is back. UPS running on 
s mains. 


Broadcast Message from rootídenaplo.hu 


(no tty) at 10:05 CEST... 
Warning power loss detected. 


Broadcast Message from rootídenaplo.hu 


Power has returned... 


(no tty) at 10:05 CEST... 
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Ha a hálózati feszültség nem jön vissza, akkor 

a szünetmentes tápegység akkumulátorai kezdenek 
veszíteni a töltöttségükből, s ezzel arányosan csökken 

az áthidalási idő is. A konfigurációs állományban meg 
tudunk adni határértékeket, amelyeket elérve megkezdő- 
dik a számítógép leállítása. Alapesetben 57 akkumulátor- 
töltöttség, illetve 3 perc áthidalási idő alatt kezdődik meg 
az operációs rendszer és a gép leállítása. Ha nagyobb 
adatbázisok is vannak a kiszolgáló gépen, akkor vegyük 
nagyobbra a legkisebb áthidalási időt, mert esetleg 

a programnak nem lesz elég ideje lezárni a megkezdett 
tranzakciókat és sérült vagy inkonzisztens állapotban 
maradhat az adatbázis. 

Az APCUDPSD tartalmaz három CGI programot is, amelye- 
ket át tudunk másolni a webszerverünk megfelelő helyére, 
s így távolról is kényelmesen megnézhetjük a szünetmentes 
ellátás paramétereit. 

A multimon.cgi dolga, hogy egy táblázatba foglalja a helyi 
hálózat összes elérhető szünetmentesének jellemzőit. 
Ahhoz, hogy az APCUPSD tudja, hogy mely gépeket 

kell megkérdeznie, a konfigurációs állományban fel kell 
sorolnunk ezen gépeket: 


MONITOR szerveri "Adatbázis szerver" 
MONITOR szerver2 "Webszerver" 


Ha csak egy ilyen található, akkor egy sort láthatunk. 
(2. ábra) 


Ha rákattintunk a , System" oszlop egy-egy cellájára, 
akkor egy beszédesebb grafikont is láthatunk, 

amelyből kiolvashatjuk az adott szünetmentes álla- 

potát, ahol különféle grafikonok között is tudunk 
váltogatni. (3. ábra) 

Ha visszatérünk a táblázatos formához, akkor az , All Data" 
oszlop megfelelő cellájára kattintva az UPS összes adatát is 
le tudjuk kérdezni, amely azonos lesz az apcaccess status 
által visszaadott sorokkal. 

Érdemes feldolgozni és letárolni a lekérdezhető adatokat, 
így később érdekes statisztikákat is el tudunk készíteni, 
havi, heti vagy akár napi fogyasztást is tudunk összesíteni 
(például 

http://www.enaplo.hulindex.jsp?page —visitor.upsMonth 
vagy http://www.enaplo.hulindex.jsp?page —visitor.upsDay). 


Master 

Az APCUPSD mester" működése nagyon gyorsan beállít- 
ható, egyszerűen az UPSCLASS és az UPSMOBDE sorokat 
kell megváltoztatni, majd leállítani és újra elindítani 

a démont. 


UPSCABLE usb 

UPSTYPE usb 

UPSCLASS netmaster 
UPSMODE net 

DEVICE 

LOCKFILE /var/spool/lock 
ONBATTERYDELAY 6 
BATTERYLEVEL 5 

MINUTES 3 





slave 

Az APCUPSD , szolgák" beállítása sem igényel túl sok időt, 
egyszerűen csak tudatosítani kell, hogy , szolga" lesz és 
meg kell adnunk a ,mester" elérhetőségét. Figyeljünk arra, 
hogy az UPS kábel típusa már ,ether", mivel nincs közvet- 
len kapcsolatban a szünetmentes tápegységgel, s az eszközt 
leíró sort se adjuk meg. 


UPSCABLE ether 

UPSTYPE smartups 
UPSCLASS netslave 
UPSMODE net 

NETPORT 6666 

MASTER 192.168.1.1 
LOCKFILE /var/spool/lock 
ONBATTERYDELAY 6 
BATTERYLEVEL 5 

MINUTES 3 


Karbantartás 

Fordítsunk gondot a szünetmentes táp karbantartására, 

ne várjuk meg azt a jelenséget, hogy egy 10096 töltöttséget 
jelző akkumulátor másodperceken belül lemerül. Rendsze- 
resen teszteljük az UPS működését, és nézzük figyelmesen 
a töltöttség csökkenését az áthidalási idő és terhelés függvé- 
nyében. Ha indokolatlanul gyorsan merül az akkumulátor, 
akkor hamarosan elérkezik az ideje a cserének, ne várjuk 
meg, amíg az UDPS jelzi ezt. 

Soha ne terheljük 70-807 felett az UIPS-t! Bár a ráírt teljesít- 
ményig terhelhető, nem érdemes határértéken járatni, mind 
az elektronika, mind a akkumulátor élettartama csökken 

a terhelés növelésével. Bár elviseli a túlterhelést is a szünet- 
mentes tápegység, csak indokolt esetben terheljük túl. 
Ügyes kezekkel megoldható az áthidalási idő kitolása, ha 
nagyobb kapacitású akkumulátort teszünk a szünetmentes 
tápunkba, mint amit előírtak. A legtöbb UPS képes tölteni 
nagyobb akkumulátort is, mint amellyel gyárilag szerelik, 
viszont csak kevés képes felismerni a nagyobb kapacitást 

és azzal áthidalási időt számolni. 





KAPCSOLÓDÓ CÍMEK 
A FreeBSD projekt honlapja: 3 http:/Avww.freebsd.org 


A magyar FreeBSD honlap: 3 http:/Avww.freebsd.hu 


A magyar BSD honlap: 3 http:/Avww.bsd.hu 


A kézikönyv magyar fordítása 


2 http:/Avww.enaplo.hu/FreeBSD/handbook/ 











Nagyban kicsit más - Linux az oktatási szférában 


Legtöbb rendszergazdának a nyár a szabadságot, a nyaralást jelenti. 
Nem feltétlen van ez így az oktatási szférában. Ilyenkor kell ugyanis 
a következő félévre - vagy évre - felkészíteni mind az oktatói, mind 
a hallgatói használatra szánt számtógépeket... 


GRID-es rendszergazdáknak mindig könnyebb dol- 
guk van, ők ugyanis általában sok ugyanolyan ki- 
építésű és szoftverigényű rendszert telepítenek. 


De mi a helyzet akkor, ha mondjuk egy egyetem informatikai megfelelnek azoknak, 
tanszékcsoportja a kétszáz számítógépét nem egyszerre tud- aki hozzánk hasonlóan 
ja/tudta beszerezni? Ekkor jó esély van arra, hogy több külön- . , nagyban játszanak": 
böző , garnitúra" masina áll a rendelkezésünkre. Nálunk sze- a Fedora Core és a Debian. 
rencsére a vezetőség figyelt arra, hogy lehetőleg az összesgép Ennek a legfőbb oka az, 
Linux-kompatibilis elemekből álljon, ami persze nem jelenti hogy ezeknél a legkisebb 


azt, hogy egy-egy alkatrésszel esetenként ne szenvedtünk 
volna rendszergazda kollégáimmal vállvetve. 


Mielőtt hozzákezdenénk, érdemes összekészíteni pár dolgot: 


e  Csavarhúzó - Ha ki kell lesni egy-egy alkatrész típusát... 

e — Linux telepítőlemezek - A Fedora első négy 
telepítőlemeze, vagy Debianból a Netinst CD 

e . g4u — Ghost4linix boottloppy vagy boot CD. 

e . memtest86 — Memóriatesztelő program, ha minden 
kötél szakad... 

e . Egy-két Knoppix Live CD - Még jól jöhet... 

e Némi gyakorlat — Nagy adag türelemmel fűszerezve... 


Tegyük fel, hogy a gép, amit kaptunk , teljesen szűz". 

A Knoppix indítása után partícionáljuk a merevlemezt, gon- 
dolva arra is, hogy esetleg más operációs rendszer is kerül- 
het majd rá. Nem érdemes a Linux rendszerünknek 15 gi- 
gabájtnál nagyobb tárterületet hagyni, a csereterület (swap 
partíció) méretét pedig úgy érdemes megválasztani, hogy 

a valódi RAM és a swap méretének összege ne legyen több 
másfél-két gigabájtnál. A boot partíciónak (amit majd 

a /boot könyvtár alá fogunk becsatolni) legfeljebb 100 mega- 
bájtot érdemes hagyni. A merevlemez partíciós táblája tehát 
valahogy így fog kinézni: 


Véleményem szerint 
jelenleg két olyan diszt- 
ribúció van, amelyek 


a valószínűsége annak, 
hogy forrásból kelljen 
fordítanunk valamelyik 
az oktatók és a hallgatók 
által igényelt szoftvert. 
Az egyéb szempontok alapján ugyanakkor jó választás 
lehet az Ubuntu Linux, a Novell Desktop Linux (NLD) 
vagy az UHU-Linux is. Azt is lényeges szem előtt tartani, 
hogy ha egy disztribúciót könnyű karbantartani egyetlen 
gépen, abból nem következik, hogy ugyanilyen könnyű 
dolgunk lesz 100-200 gép esetén. Ilyen célra egyszerűen, 
vagyis héjprogramokkal manipulálható disztribúciót 
érdemes választani. 

A sokgépes rendszerben hasznos elem egy megfelelően 
beállított DHCP, LDAP és NES kiszolgáló. A DHCP szerver 
előnye: ha esetleg megváltozik a DNS névkiszolgáló címe, 
akkor a megfelelő információt nem 200 gépen kell átírni, 
hanem csak a DHCP szerveren. Az LDAP kiszolgálóra 
szintén emiatt van szükség, hiszen így nem kell a sok gép 
mindegyikén regisztrálni minden felhasználót, nem is be- 
szélve arról a szituációról, ha valaki az egyik gép előtt ülve 
éppen jelszót cserél. Ilyenkor az LDAP automatikusan elin- 
téz mindent, így emberünk az összes gépre azonnal az új 
jelszóval tud majd belépni. Végül az NES azért kell, mert 
így egyrészt nem kell a 200 gép között a felhasználók home 
könyvtárát folyamatosan szinkronizálni, másrészt a munka- 
állomásokba bőven elég egy 20-40 gigabájtos merevlemez 


Í e gájüjll esmaatéétts 
s 


Device Size Mountpoint még háromezer felhasználó esetén is. 

hdal 100 Mb /boot 

hda2 77? Gb másik operációs rendszer HI 

hda5 15 Gb / Miután ezek megvannak, elkezdhetjük a telepítést. NI 

hda6 512 Mb cswap: Ez nagyjából úgy zajlik, mintha a saját munkaállomásunkat ni 
Hi 
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telepítenénk. Érdemes azonban több- 
féle ablakkezelőt, többféle böngészőt, 
és többféle szerkesztőt feltenni. 

Az emberek ugyanis sokfélék, minden 
diák mást kedvel. Az se hátrány, ha 
felrakunk néhány CD- és médiale- 
játszó programot is, elvégre sokan 
szeretnek munka közben zenét 
hallgatni, akár hálózaton át, akár 
hozott CD-ről. 

Nálunk még fel szokott kerülni pár extra, ami a Linux 
telepítő CD-ken nincsenek fenn. Ilyenek például: Adobe 
Reader, Mplayer, Macromedia FlashPlayer, Java Software 
Development Kit, illetve pár fizetős program: Maple, 
Matlab. Ez utóbbiakhoz kell licenszszerver, ugyanis 
nem célszerű egy meghatározott gépcsoportra telepíteni. 
Sokkal jobb, ha a licenszszerver osztja ki a licenszeket, 
hogy a hallgató/oktató igény esetén bármelyik gépnél 
tudjon dolgozni vele, nyilván csak a maximális 
licenszszám erejéig. 

Miután ezekkel megvagyunk, érdemes még a floppy és 

a CD-ROM használati jogosultságait megfelelően beállítani, 
illetve egy csatolási pontot (mountpointot) létrehozni 

a pendrive-nak. Az NFS-en megosztott home könyvtárat is 
itt érdemes beállítani. lehát az /etc/fstab fájl valahogy így 
fog kinézni: 


/dev/hdal1 /boot ext3 defaults 12 
/dev/hda5 / ext3 defaults 11 
/dev/hda6 swap swap defaults 00 
home:/home /home nfs defaults 0 0 
/dev/sdal /mnt/pendrive vfat user , noauto , umask-000 0 0 
/dev/fdO0 — /mnt/floppy  vfat user , noauto , umask-000 0 0 
/dev/cdrom /mnt/cdrom 1509660 ro, user, noauto 00 


Ha ezekkel megvagyunk, érdemes saját kernelt fordítani, 
a gyári kernel ugyanis nem mindig elég. Amiket célszerű 
belefordítani: 


e Támogatást az összes létező lokális 
fájlrendszerhez 

e A lhálózati fájlrendszerekből érdemes az NEFS-t 
és a Samba-t 

e — Az összes kódlapot 

e  USB EHCI-t (alias USB 2.0) és USB OHCI-t 
vagy UHCI-t, igény esetén mindkettőt 

e  LISB HID-t, hogy ne jöjjön zavarba a masina 
egy USB-s egér esetén 

e  SATA támogatás (ez a 2.6-os kernelben a SCSI 
alrendszer alatt található) 

e illetve jó benne van az összes hálókártya, ki tudja, 
mikor kell valamelyikben cserélni... 


Amennyiben többféle gyártótól származó alaplapunk 
van, érdemes az összes alaplap vezérlőjét és hangkártya 
vezérlőjét befordítani — később majd látni fogjuk, miért 
kell ez. Ha esetleg több különböző generációs gépünk 
van -— például Pentium III és Pentium 4 — úgy érdemes 

a gyengébbre optimalizált kernelt készíteni. Ha két kü- 


lön kernelt szeretnénk, akkor később lesz még dolgunk, 








de ne szaladjunk előre. legyük 
fel, hogy lefordult a kernel. 
Amennyiben Nvidia kártyánk 
van, úgy érdemes az Nvidia 
meghajtót használni. Ennek csak 
egy hátránya van: amikor új 
kernelt fordítunk, le kell azt 

is újra fordítani. 


Klónozás, avagy legyen sok hasonló gépünk 

Mostanra tehát egy jól működő Linux asztali géppel kell 
rendelkeznünk. Ha ez megvan, jöhet a klónozás. legyük 
fel, hogy egy Pentium III-as géppel végeztünk, de a gép- 
parkban van jónéhány Pentium 4-es is. legyük a két előké- 
szített Knoppix CD-t a két masinába, és bootoljuk be. 

A Knoppix indításakor érdemes knoppix 2-vel indítani, így 
nem indul el a grafikus felület. Indítsuk el a Pentium 4-en 
az ssh szervert a 


/etc/init.d/ssh start 


paranccsal, majd hozzunk létre egy a korábbi partíciós 
táblához hasonlót a cfdisk paranccsal. 

Hozzunk létre a /mnt könyvtárban két csatolási pontot, 
mondjuk klon1 és klon5 néven. A Knoppix root jelszavát 
is meg kell változtatni, legyen ez mondjuk , knoppix". 

A másik (eredeti) gépen is bootoljunk Knoppixot a már 
ismert módon. Csatoljuk be a /mnt/hda1 és /mnt/hda5 
partíciókat. Ha ezzel megvagyunk, elkezdhetjük másolni 
a fájlrendszert az alábbi parancsokkal (a forrás gépen kell 
kiadni a parancsokat). 


cd /mnt/hdal ég tar -czf - ./ I 
s "tar -xzpf - -C /mnt/klon1l" 
cd /mnt/hda5 ég tar -czf - ./ I 
sm "tar -xzpf - -C /mnt/klon5" 


ssh rootácelgep 


ssh rootácelgep 


Az első parancs a /boot partíciót másolja, míg a másik a root 
partíciót másolja. Ez jó ideig eltart. Az igazi profik az ilyes- 
mit az ebédszünetre időzítik. Ha kész, és nem írt a tar sem- 
mi hibát, úgy indítsuk újra a célgépet. Ha rendben elindul, 
és az összes perifériát látja, akkor jól csináltunk mindent. 
Tegyük fel azonban, hogy nem. Makacsul csak annyit ír ki, 
hogy GRUB. Ekkor a célgépet bootoljuk újra a Knoppix CD- 
ről a már ismert módon. Indítsuk el a GRLIB-ot. 


install (hdO0,0)/grub/stagel (hd0) 
ss (hd0,0)/grub/stage2 p (hdO,0)/grub/menu.lst 


Ezzel a GRUB bekerül a jól megérdemelt helyére, 

és a következő indításkor megfelelően fog indulni. 

Ezután a másolt gép, amelyről feltettük, hogy jobb pro- 
cesszorral bír, mint az eredeti, is nekiállhat kernelt fordítani, 
nem szabad azonban elfeledkeznünk, hogy amennyiben 

a gyári Nvidia meghajtót használjuk, úgy azt is újra kell 
fordítani. A nagyüzemi klónozás előtt érdemes megnézni, 
hogy az alaplap DMA-ja be van-e kapcsolva (be van-e for- 
dítva a kernelbe), ugyanis nem mindegy, hogy a merevle- 
mez 3 megabyteot vagy 30 megabyteot olvas másodpercen- 
ként. Érdemes még az ssh-host kulcsokat is törölni (/etc/ssh 
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Amennyiben fontosnak tartjuk a hallgatókat tájékoztatni 
még a belépés előtt az üzemeltetéssel kapcsolatos dolgok- 
ról (például nyitva tartás, szoftverek, stb.), úgy érdekes 
lehet a xmhtml widget set demóprogramja, ami egy egy- 
szerű webböngésző. Némi forráskód átírás után elérhető 
(az egyik kollégám megcsinálta), hogy a program ne tudjon 
kimenni az internetre és még akármilyen filet ne is tudjon 
megnyitni. Ahhoz hogy ez működjön, egyelőre a KDM-et 
kell használni. (már ígérik, hogy lesz a GDM-nek is ilyen 
szolgáltatása) 


Fedora alatt a kdmrc-t kell megszerkeszteni, illetve az 
Xsetup fájlba beírni ezt a sort: 


/home/tajek/info/browser 
/home/tajek/info/index.html]l 3 /dev/null 2581 €£ 


Debian esetén hasonlóan kell eljárni. Persze ez azt felté- 
telezi, hogy az NFS meghajtón a tajek felhasználó könyv- 
tárában megvannak a megfelelő fájlok. 


könyvtárban), ugyanis a klónozás mellékhatásaként a 100- 
200 gépnek ugyanaz lenne a host kulcsa. Ez pedig nekünk 
értelemszerűen nem jó, meg úgy általában se igazán... 
Ezzel elérkeztünk nagyüzemi klónozáshoz. 

Mindkét mintagépünk partíciós tábláját lementjük mond- 
juk a pendrive-unkra: 


sfdisk -d /dev/hda 5 /mnt/pendrive/p3part 
sfdisk -d /dev/hda 5 /mnt/pendrive/p4part 


A merevlemez nem használt részeit ki kell nullázni, hogy 
a lemezképet (disk image) tartalmazó FIP szerveren keve- 
sebb helyet foglaljon a betömörített képfájl. A kinullázás 
így történik: 


dd 1f-/dev/zero of-/zeros 8g rm /zeros 


Ha ezzel megvagyunk, helyezzük be indulásként az első 
(Pentium III-as) gépbe a g4u-t tartalmazó floppyt vagy CD-t. 
Ha befejezte a bootolást, adjuk ki az alábbi parancsot: 


uploadpart 192.168.1.254 p3boot.tar.gz wd0e 
uploadpart 192.168.1.254 p3linux.tar.gz wd01 
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vagy elkezdi számolni a megabájtokat. Ilyenkor a flop- 
pyt/(CD-t nyugodtan kivehetjük a masinából és a másik gép 
következik: 


uploadpart 192.168.1.254 p4boot.tar.gz wd0e 
uploadpart 192.168.1.254 p4linux.tar.gz wd01 


Fontos, hogy ennél a műveletnél min. 30-40 gigabájtos le- 
gyen az FIP szerverünk üres tárhelye, ki tudja, mekkorák 
lesznek az képfájlok. Most jön a munka lélekölő része. 
A többi gépen egyenként végre kell hajtani: a Knoppix 
bootolása becsatoljuk a pendrive-ot, és begépeljük ezt: 








Üzemeltetés 


sfdisk /dev/hda c /mnt/pendrive/p3part 


vagy 


sfdisk /dev/hda c /mnt/pendrive/p4part 


Ezzel a mintagépeken lévő partíciós táblát sikerül 
elővarázsolni. Ezután az összes gépen be kell bootolni 
a g4u-t, és letölteni az FIP kiszolgálóról a megfelelő 
képfájlokat: 


slurppart 192.168.1.254 p4boot.tar.gz wd0e 


A g4u-ról bővebb információt kaphatunk a parancssor 
fölötti részen. 

Miután gépenként letöltöttük a két lemezrészt (a boot 

és a root), még a GRUB-ot is be kell üzemelni a már ismert 
módon. Ezzel lényegében készen vagyunk. Azzal még 
finomíthatunk az adminisztrációs részen, hogy a root 
felhasználónak generálunk kulcsot, és ezzel a root jelszó 
begépelése nélkül lehet ügyködni a gépeken. Aztán ott 

a másik megoldás, a pamusb, amivel elérhető az is, 

hogy csak egy megfelelő titkos kulccsal ellátott ISB 
kulcstartó (pendrive) társaságában működjön a root jelszó 
az adott gépen. 


Velem egyszer már előfordult, hogy a mintagép elszáll tele- 
pítés közben. Ilyenkor sajnos kezdhetünk memóriahibára 
gyanakodni és célszerű a Memtest nevű segédprogramot 

a gépen 1-2 napig futtatni, bár ez egyébként is erősen aján- 
lott új gépek esetén... 


Medve Zoltán 


2001-ben kezdett , Linuxolni", de már koráb- 
ban is ismerkedett a szabad szoftverek vilá- 
gával. Ha éppen nem a gép előtt ül, akkor 
fotózgat, olvasgat vagy bicajozik. 





NFS 
2 htto:/Avww.tldp.org/HOVVTO/NFS-HOVVT O/index.html 


LDAP 
2 htto:/Avww.tldp.org/HOVVT O/LDAP-HOVVTO/index.html 


DHCP 

2 http:/Awww.tldp.org/HOVVITO/DHCP/index.html 

g4u 

2 http:/Avww.feyrer.de/g4u/ 

KnoppiXx 

2 http:/Avww.knopper.net/knoppix-mirrors/index-en. html 


memtest8ö6 
2 http:/Avwvw.memtest86.com/ 


pamusb 
2 http:/Awwvw.pamusb.org/ 
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Ni folyik a háttérben - GkrellM 


A GkrellM egy kis méretű, és funkciókban igen gazdag, grafikus rendszer- 
monitorozó program. Egyik óriási előnye, hogy kevés erőforrást igényel. 


nnek köszönhetően más rend- 
E szermonitorozó programokkal 

szemben mint a gdesklets 
(Gnome) vagy a superkaramba (KDE), 
gond nélkül használható egy kisebb 
teljesítményű számítógépen például 
Fluxbox ablakkezelő vagy Xfce asztali 
környezet alatt is. Segítségével mindig 
szem előtt tarthatjuk a processzor ter- 
helését, a hálózati ki-; és bemenő for- 
galmat, a merevlemez(ek) telítettségét 
vagy akár újonnan érkezett leveleink 
számát. Formájából adódóan kevés 
területet vesz el a helyenként amúgy 
is kihasználatlan oldalsávból és egy jól 
megválasztott bőrrel (skinnel) szinte 
beleolvad az asztalba (vagy a panel stí- 
lus közé). Használatba vételével hamar 
beláthatjuk, hogy egy jól behangolt 
rendszermonitor hatalmas segítség 
lehet számunkra munka közben. 
A programnak gtk 2.0, gdk 2.0, glib 2.0 
függőségei vannak, bővebb felvilágosí- 
tást az INSTALL fájl nyújt. Linux rend- 
szereken a /proc fájlrendszerből vett 
információk alapján dolgozik. A pro- 
jekt tulajdonosa és főfejlesztője Bill 
Wilson. Érdemes megjegyezni, hogy 
mint sok szabad szoftvernek, ennek 
is létezik más platformokon futtatható 
változatai, így elérhető FreeBSD, 
NetBSD, OpenBSD, MacOS X, Solaris 
és Windows rendszereken is. 
Első hivatalos kiadása 1999. júliusában 
jelent meg. Ekkor 0.5 volt a verziószá- 
ma, de csak a 0.6.0-ás kiadásnál vette 
fel a projekt a GkrellőM (The GNU 
Krell Monitors) nevet. Jelenleg a leg- 
frissebb stabil kiadása a 2.2.7-es. 


Beszerzés 

A magyar terjesztések (BlackPanther, 
Frugalware, UHU) tartalmazzák cso- 
mag vagy forrás formájában, illetve 
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minden nagyobb kiadáshoz megtalál- 
ható előre gyártott csomagban. Ha 
mégsem szerepel a csomaglistánkban, 
akkor a 8 www.gkrellm.net oldalról le- 
het letölteni tömörített forrás, valamint 
bináris csomag formájában (Debian, 
Mandrake, RedHat, Slackware és SuSE 
terjesztésekhez, illetve a "BSD kiadá- 
sokhoz). A programokhoz további 
skineket a http://www.muhri.net/ 
gkrellm/ honlapról szerezjetünk be. 
(Az ábrákon az Egan és az Invisible 
skin látható). Ezeket a /home/userneve/ 
.gkrellm2/themes könyvtárba kell má- 
solni és kitömöríteni. 

Telepítés után terminálról a gkre1 lm 
parancs kiadásával indítható, célszerű 
néhány alapbeállítást ekkor elvégezni. 
A menü egy a fejlécen történő jobb kat- 
tintással hívható elő (mozgatni a bal 
gombbal lehet, de csak a fejléc körül 
megragadva). Érdemes átfutni a prog- 
ram súgójában (terminálon man 
gkrellm), mert igen részletes informá- 
ciókkal szolgál. Például ha minden in- 
duláskor szeretnénk, hogy induljon és 
ugyanott jelenjen meg, de nincs lehető- 
ségünk ezt beállítani a grafikus felüle- 
ten, akkor a következőt kell tennünk: 
létrehozunk egy fájlt a —/Desktop/ 
Autostart könyvtárban, futtathatóvá 
tesszük (chmod --x cfájl neves) majd 
valamilyen szövegszerkesztővel fel- 
vesszük bele a következő sorokat: 


t/bin/bash 
gkrellm -g --960--30 


Ennek hatására minden alkalommal, 
amikor a grafikus felület elindul 

a gkrellm elindul és a vízszintes 960, 
függőleges 30 képpontra pozicionál. 
Elindult a program, mit is látunk itt 
voltaképpen? Egy függőleges téglalap 
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alakú panelt, melynek a legfelső sor- 
ban szerepel a rendszer neve valamint 
a kernel verzió, alatta a pontos idő. 
Ezt követően a rendszert monitorozó 
diagramok/ledek (CPU, hálózat, folya- 
matok), majd memória és swap álla- 
pota látható. Ezt követik a partíciók 
és különböző adathordozók állapota 
(be van-e csatolva) és telítettsége, 
majd a levél figyelő és végül a bővít- 
mények (plugin-ek) kapnak helyet. 
Legalul pedig az uptime vagyis 

a bootolás óta eltelt idő. A lényeges, 
illetve a működéssel kapcsolatos beál- 
lítások menüből végezhetők, de a mo- 
nitorok megjelenésére vonatkozó 
dolgok, mint például a kijelzés módja, 
a segédvonalak, az ablak magassága 
az adott kijelzőn történő jobb kattin- 
tással előugró menüben állítható. 














Beállítás 

Az alapbeállítások (General) között sze- 
repel, hogy emlékezzen-e a következő 
indításnál a pozícióra, megjelenjen-e 

a tálcán valamint a munkaasztalokon 
(illetve azok miniatűrjein), milyen 
gyakran frissítse a kijelzőket és mekko- 
ra szélességgel jelenjen meg. A beépí- 
tett funkciók (Builtins) közül nem em- 
líteném meg az összeset, ezek felfede- 
zését az olvasóra bízom, viszont ki- 
emelnék néhányat, melyek nagyban 
megkönnyítik a felhasználó munkáját. 
Monitorok illetve ledek közé CPU, 
Proc, Disk, Internet és Net eszközök 
tartoznak, melyek működését illetve 
teljesítményét egy diagramon követ- 
hetjük szemmel. A Net ablakon a jobb 
alsó sarokba kattintva egy kis felugró 
ablak tájékoztat a napi, heti és havi ki-; 
bemenő adatforgalom mennyiségéről. 
Az ablak alatt meg lehet jelentetni az 
internet csatlakozástól eltelt időt, mely 
szintén segítség egyrészt a modemmel 
internetezők számára, másrészt azok- 
nak akiknél a szolgáltató 24 óránként 
kapcsolatot bont. 

A File System lényeges és hasznos esz- 
köz, segítségével egyrészt látható az 
adott média/partíció telítettsége, más- 
részt ha nem használunk semmiféle 
automatikus média-csatoló eszközt 
(automount/supermount/submount), ak- 
kor kényelmesen egyetlen kattintással 
befűzhetjük a kívánt médiát. Optikai 
meghajtó esetén még ki is nyittathatjuk 
lecsatoláskor a tálcát. Sőt, a kijelzőre 
kattintva fényújság formájában kijelzi 
az aktuális állapotot (alapértelmezés 
szerint a teljes kapacitás/szabad hely). 
A Mail segítségével szemmel tarthatjuk 
állandóan postafiókunk vagy állapotát, 
helyi (local) és távoli (remote) fiókokat 
egyaránt, utóbbi esetben a szerver 
nevét, protokoll típusát (IMAP/POP3), 
felhasználónevet valamint jelszót kell 
megadni, illetve azt, hogy milyen gya- 
korisággal ellenőrizze a postafiók álla- 
potát. Sőt ha megadjuk a program 
nevét akkor, gombnyomásra megnyitja 
kedvenc levelező programunkat is. 


Bővítmények 
A funkciók kétféle módon bővíthető- 
ek: csomag illetve forrás formájában. 
Előbbi esetben nincs sok tennivaló, 
le kell tölteni és fel kell telepíteni, 
majd újraindítani a programot, majd 
a Plugin menüpontban megjelenik 
a telepített bővítmény, ahol engedé- 


lyezni kell és használatba is vehető. 
Előfordul azonban, hogy csak forrás 
formájában tudunk beszerezni bizo- 
nyos bővítményeket. Semmi gond, ál- 
talában kis méretű programokról van 
szó, és a readme fájlok igen részletes 
útmutatást adnak. Általában csak egy 
a forrás könyvtárában kiadott make pa- 
rancs szükséges, mely hatására létrejön 
egy .so kiterjesztésű állomány, melyet 
be kell másolni a —/.gkrellm2/plugins/ 
vagy a /usr/lib/gekrellmlplugins könyv- 
tárba (előbbi esetben természetesen 
csak az adott felhasználó fogja látni). 

A népszerű bővítmények közül kiemel- 
ném a Gkrellmms, gkrellmlaunch vala- 
mit a gkrellshoot nevűeket. 

A Gkrellmms egy xmms plugin, mely 
segítségével a képeken látható multimé- 
dia-vezérlő gombok kerülnek a panelra, 
valamint olvashatjuk az éppen lejátszott 
dal címét. Praktikus megoldás, ha több 
munkaasztallal dolgozunk és számot 
akarunk váltani, vagy csak egyszerűen 
kényelmetlen az xmms ablakot állandó- 
an elővarázsolni. A gkrellmlaunch segít- 
ségével program indító gombokat 
helyezhetünk a GkrellM paneljára. 

A gkrellshoot kettős funkciót lát el, 
egyrészt egy kattintással készíthetünk 
felvételt az asztal- 
ról vagy egy-egy 
ablak tartalmáról, 
másrészt zárolhat- 
juk a képernyőt és 
mintegy extra 
funkcióként még 
miniatűr animáció- 
kat is megjelenít- 
hetünk. Ilovábbi 
hasznos eszköz 

a Volume plugin, 
mely a különböző 
csatornák (Master, 
CD, PCM, mikro- 
fon...) hangerejét 
szabályozza 
(természetesen itt 
is lehetőségünk 
van testre szabni, 
mely csatornák 
jelenjenek meg 

a panelon). 

A program fel- 
használói fájljai 

a -—/.gkrellm2 
könyvtárban talál- 
hatóak. Itt a data 
könyvtárban talál- 
ható a startpozíció, 


a plugins és themes könyvtár neve fedi 
a tartalmát, ezeknek akkor van fontos 
szerepük, ha nem rendelkezünk rend- 
szergazdai (root) jogosultsággal az 
adott számítógépen, de szeretnénk 
egyéni skineket használni vagy saját 
plugint hozzáadni. Ezen kívül néhány 
fájl található még itt: a plugin enable 
tartalmazza az engedélyezett bővítmé- 
nyeket, a theme config az aktuális skint 
valamint a betűtípusokat és végül az 
user-config tartalmaz minden beállítás- 
ra vonatkozó információt (egy esetle- 
ges rendszer csere utáni visszaállítás- 
hoz ezt célszerű lementeni, majd 
,utánhangolni ). 

Remélem felkeltettem az érdeklődést 
eme nagyszerű program iránt, és hasz- 
nos információs forrást találtok benne. 


Rácz Zoltán 
3 (razoliolinuxforum.hu) 
Jelenleg egyetemista az 
ELTE informatika-mate- 
. V falka tamán szakán 

1] A Linuxszal két éve 
került kapcsolatba az UHU 1.0 kap- 
csán. Fél éve egyetlen operációs rend- 
szer van a gépén: egy Debian Sid. 
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nyidia és ATI grafikus"kártyák-telépítésé 


d 
lepesrol lepesre 


Grafikus meghajtót általá- 
ban könnyű Linux alá 
telepíteni. A VGA, illetve 
a VESA meghajtók még 
az egzotikus videó- 
kártyákkal Is működnek. 
A gond akkor kezdődik, 
ha olyan játékot, illetve 
programot akarunk futtat- 
ni, amely 3D gyorsítást 
igényel. Ennek a beállítá- 
sáról ugyanis már ne- 
künk kell gondoskodni... 


bben a cikkben azt mutatom 

be, hogyan telepíthetjük a két 

legelterjedtebb 3D gyorsítással 
rendelkező kártyatípus (nVidia és ATTI) 
vezérlőit néhány különböző Linux 
terjesztés alatt. A telepítést nVidia 
FX5200 és ATI Radeon 9600 RV350 
kártyákkal végeztem. Előre kell bocsá- 
tanom, hogy a leírtak használatához 
élő internet kapcsolatra lesz szükség. 
A tesztelés során a Tuxracer 
(PlanetPenguin Racer) nevű játék volt 
segítségemre, mivel ez egyrészt 3D 
gyorsítást igényel, másrészt vala- 
mennyi általam ismertetett terjesz- 
tésnek része. (A játék elindul ugyan 
3D gyorsítás támogatása nélkül is, 
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de lassú, és a szaggatott képernyő- 
képek miatt nem élvezhető.) 


A terjesztés jelenleg a legfrissebb válto- 
zata az Ubuntu , Hoary" 5.04 verzió. 

A terjesztésben a csomagok három 
csoportba sorolhatók: restricted, 
universe és multiverse. A telepítés után 
alapértelmezés szerint csak a restricted 
csoport érhető el. Mivel szükségem 
volt a másik két csoport néhány 
csomagjára is (a Iuxracer például 

a untverse csoportban tartozik), először 
azokat is elérhetővé kellett tennem. 

A műveletek végrehajtásához root 
jogosultságra van szükség, ezért root 
terminált indítottam: 





Alkalmazások -5 Rendszereszközök -: 
Root terminál 


A nano szövegszerkesztővel módosítot- 
tam a /etc/apt/sources.list fájl tartalmát 
(lásd a dobozban): 

nano /etc/apt/sources.list 


Ezután előbb csomagok listáját, majd 
magukat a csomagokat is frissítettem: 


apt-get update 
apt-get upgrade 


Végül a Iuxracert a következő 
paranccsal telepíthetjük: 


apt-get install tuxracer 


E HON ÓIÍÖÉERKKX I Ül NSőZZzzzZZSZN NI ON ON 
/etc/apt/sources.list: 


deb http://hu. archive. ubuntu . com/fubuntu hoary main restricted 


. universe multiverse 


deb http://hu. archive. ubuntu . comfubuntu hoary-updates main 


. restricted universe multiverse 


/etc/X11/xorg.conf (részlet): 


Section "Device" 


Identifier "ATI Technologies, Inc. 


ff Driver ati 
Driver cörmejllíias es 
BusSID PETZ OSOS 
EndSection 


Radeon 9600 (R300 AP)" 


ATI Radeon 9600 Control Panel 


Information [ DualScreen ( Adjustment 





Display Adapter 
Card Name : 
BIOS Version : 
Chip Type : 
Chip Revision : 


Radeon 9600 


neee eget ta E e] 





DAC Speed : 
Memory Type : 





Memory Size : 
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Az ATI meghajtó telepítése Uhuntu 
Linux alatt 

Először telepítettem az ATI GL és 
GLX támogatást is tartalmazó meg- 
hajtójának csomagját: 

apt-get install xorg-driver- 
sg Ex 


Ezután a már említett nano szöveg- 
szerkesztő segítségével megfelelően 
módosítottam az X szerver beállító 
fájlját: 


nano /etc/x11/xorg.conf 


A meghajtó eredeti típusát (Driver 

, ati") beállító sor elé megjegyzésjelet 
tettem (, kikommenteztem") és beszúr- 
tam egy új sort ami a megfelelő meg- 
hajtó használatára utasítja a rendszert 
(Driver ,fglrx") bővítettem (lásd a 
dobozban). A változáso érvénybe 
lépéséhez újra kell indítanunk a rend- 
szert (Rendszer- : Kijelentkezés-: 


Újraindítás OK). 


Nem kötelező ugyan, de én telepítet- 
tem még a felrx-control csomagot is, 
mellyel szükség esetén az ATI kártya 
beállításait lehet módosítani: 


apt-get install fglrx-control 


Telepítés után ezt az eszközt (lásd a 
lap tetején a képeket) a fireglcontrol 
paranccsal indíthatjuk el (például az 
Alkalmazások -: Alkalmazások 
futtatása... menüpontban). 


Fr Link sliders 











Apply Cancel ] 





nVidia meghajtó telepítése Uhbuntu 
Linux alatt 

A műveletek végrehajtásához rend- 
szergazdai jogosultságra van szükség, 
ezért root terminált indítunk: 


Alkalmazások -:5 Rendszereszközök -: 
Root terminál 


Telepítjük az nVidia 3D gyorsítást tá- 
mogató meghajtójának csomagját: 


apt-get install nvidia-glx 


A /etc/X11/xorg.conf fájlt most nem kell 
kézzel átírnunk. A beállítások automa- 
tikus módosításához csupán a követ- 
kező parancsot kell kiadnunk: 


nvidia-gl]x-config enable 


Megint nem kötelező, de telepíthetjük 
az nVIDIA beállítóprogramját is: 


apt-get install nvidia-settings 


Ezt most egy kicsit más helyen találjuk, 
az nvidia-settings parancsot kell 
indítsuk (lásd a képeket a következő 
oldalon) 


S0SE Linux 

A SUSE jelenlegi legfrissebb változata 
a 9.3-as, így én is ezzel próbáltam 

ki a telepítést. Ebben a terjesztésben 

a SAX2 programmal lehet az X kiszol- 
gálót beállítani, ami a YAST2 központi 
vezérlőprogramból is elindítható. 


ATI meghajtó telepítése 

SSE Linux alatt 

Kicsit meglepő, hogy a 3D gyorsítást 
támogató ATI meghajtót a SUSE 9.3 
eleve tartalmazza, a SAX2 segítségével 
mégsem lehet azt beállítani. Ezért root 
terminált indítottam, majd az 
fglrxconfig parancs segítségével vé- 
geztem el a szükséges módosításokat. 
Ez egy karakteres beállítóprogram, mely 
kérdéseket tesz fel az egérrel, a billen- 
tyűvel a monitorvezérlő beállításaival és 
a monitorral kapcsolatban. Ha pedig 
mindenre megkapta a választ, akkor el- 
készíti, illetve automatikusan módosítja 
a /etc/X11/xorg.conf fájlt. A változások 
érvénybe léptetéséhez természetesen 
itt is célszerű újraindítani a rendszert. 
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nVidia meghajtó telepítése 

SSE Linux alatt 

A SUSE az nVidia 5200-as kártyát (és 
általában az nVidia kártyáit) automati- 
kusan felismeri, de a 3D gyorsítást alap- 
értelmezés szerint nem kapcsolja be. 
Ezt nekünk kell engedélyezni. Mielőtt 
azonban ezt megtennénk, le kellett töl- 
tenünk az nVidia grafikus meghajtó- 
programját, mivel a terjesztés ezt (felte- 
hetőleg jogi problémák miatt) nem tar- 
talmazza. (Ha valaki ezt a lépést elfelej- 
tené, akkor nem tudja engedélyezni 

a 3D gyorsítást, csupán egy megfelelő 
figyelmeztető üzenetet kap.) 

3D gyorsítás engedélyezését a SUSE 
központi beállítóprogramjával a kö- 
vetkezőképpen végezhetjük el: 
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Graphics Card Information 


Graphics Processor: GeForce FX 5200 
Bus Type: AGP 

VBIOS Version: 04.34.20.27.06 
Video Memory: 128 MB 

IRO: 16 

Operating System: Linux-x86 
NVIDIA Driver Version: . 1.0-7174 
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X 3D funkciók engedélyezése 


097 OpenGL gyorsítás nem kapcsolható be 
A 30 alrendszer e kártyához aktiválásához először telepítenie 
kell az nVidia hivatalos meghajtóprogramját. A 
meghajtóprogram a YaST Online frissítés (YOU) segítségével 
telepíthető. A YOU programban válassza ki a Javítás 
kategóriák közül a Telepíthető és telepített javítások 
lehetőséget. majd a javítások listájából az NVIDIA(r) grafikus 
meghajtó letöltése elemet (általában a lista alján látható). 
Ügyelje rá. hogy a javítást mint Frissítést (jobb egérgomb) kell 
megjelölnie, ha már egyszer telepítette és bármilyen okból a 
meghajtóprogram eltávolításra került. 
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Reset Hardware Defaults 
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YAST2 -5 Hardver -: Video kártya és 
Monitor -5 Változtatás -2 Munkaasz- 
tal -: 3D gyorsítás -: Beállítások Mó- 
dosítása -3 3D funkció engedélyezése 


A változások most is a rendszer újra- 
indítása után lépnek csak érvénybe. 
Érdemes megjegyezni, hogy az nVidia 
időről időre javítja a kártyáihoz hasz- 
nálható meghajtóprogramot, így azt 
néha nem árt frissíteni. Ehhez a Yast 
vezérlőközpontban a következőket 
kell tennünk: 


YAST -5 Szoftver -: 
Online frissités-2 Download 
NVIDIA(r) Graphics DRiver 


UHÚ Linux 

A telepítést az IHU-Linux 1.2 Office 
változattal végeztem. Ez a terjesztés 
is felismeri automatikusan a moni- 
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torvezérlőt, de a 3D gyorsítás tá- 
mogatását nem tartalmazza. A tele- 
pítéshez itt is rendszergazdai jogok- 
kal kell rendelkeznünk, ezért 

a parancsokat root terminálban 

kell végrehajtani. 


ATI meghajtó telepítése 

ÚRÚ Linux alatt 

A meghajtót telepítő programot az ATI 
honlapjáról töltöttem le (lásd: /kc1]) 

Az anyagot helyezzük egy tetszőleges 
könyvtárba, majd futtassuk a telepí- 
tőprogramot, mely létrehozza 

a meghajtóprogramokat: 

sh ./ati-driver-installer 
598.14.13.run 


A program futásakor 3 ablak jelenik 
meg egymás után, ahol én az ab- 
lakokban rendre a következőket 
választottam: 


1. ablak: Options: Install Driver 
2. ablak: Automatic 
3. ablak: Exit 


Az X kiszolgáló automatikus beállítá- 
sához itt is futtassuk a beállító prog- 
ramot és persze válaszoljunk a kér- 
déseire (ugyanúgy, mint a SUSE 
Linuxnál), aztán indítsuk újra 

a rendszert: 
/usr/XxX11R6/bin/fglrxconfig 


A fireglcontrol program természe- 
tesen itt is rendelkezésünkre áll. 


Indítása: 
/usr/x11R6/bin/ 
s fireglcontrolpanel 


nVidia meghajtó telepítése UHU 
Linux alatt 

A meghajtót telepítő programot (lásd: 
[kc2]) az nVidia honlapjáról töltöttem 
le (lásd: [kc3]). 

A meghajtó egyes részeinek lefordí- 
tásához szükség van az általunk 
használt kernel forrására, ezért az 
ezt tartalmazó csomagot is telepí- 
tenünk kell: 

apt-get install kernel-source 


A meghajtó lefordítása és telepí- 

tése előtt le kell állítani az X 
kiszolgálót. Én ilyenkor azt a trük- 
köt használom, hogy az X kiszolgá- 

ló beállító fájljába (/etc/X11/ 
xorg.config) egy tetszőleges szö- 
vegszerkesztővel beírom egy nem 
létező meghajtó nevét (például 
Driver ,kisnyul"), majd 
CTRL-ALT-1 Backspace megnyomásá- 
val újraindítottam az X kiszolgálót. Ez 
aztán természetesen már nem tud el- 
indulni. Így nézett ki tehát nálam 

a módosított beállító fájl: 


Section "Device" 
Identifier —"UHU-Card" 
Driver "kisnyul" 
EndSection 


Lefordítottam és telepítettem az 
nVidia meghajtót (közben megkér- 
dezte, hogy elfogadom-e a licencet, 
illetve hogy letöltse-e az nVidia 
honlapról, ha van újabb telepí- 
tőprogram): 


sh NVIDIA-Linux-x86-1.0-7667- 
s5pkgi.run 


Végül szövegszerkesztővel módosítot- 
tam az X kiszolgáló beállító fájlját 
(/etc/X11/xorg.config) úgy, hogy a meg- 
hajtóprogram nevéhez nvidi a-t írtam, 
aztán újraindítottam a rendszert: 


Section "Device" 
Identifier  "UHU-Card" 
Driver "nvidia" 

EndSection 


Debian Linux 

A telepítést Debian Linux 3.1 ,sarge" 
verzióval végeztem. Itt is le kel- 

lett fordítanom a meghajtókat, 
amihez a kernelforrás telepítésére 

is szükség volt. Mivel Debiant 
használok a gépemen, először for- 
dítottam egy a saját igényeimnek 
megfelelő kernelt. Az ATI jelenleg 
letölthető telepítőprogramja 
(ati-driver-installer-8.14.13.run) 

a dokumentáció szerint a 2.6.11.x 
verziószámú kernelekkel kompati- 
bilis, így ezek közül a legújabbat 
választottam. A telepítés végrehajtá- 
sához természetesen itt is rendszer- 
gazdai jogosultság szükséges. 


A 2.6.11.x rendszermag fordítás 
Debian Linux alatt 

Először töltsük le a rendszermag 
forráskódját: 


wget http://kernel.org/ 
s pub/linux/z 

3 kernel/v2.6/ 

s a nüxez 6 ÜT 12" "tat:bz2 


Ezt a /usr/src könyvtárba kell kicso- 
magolni, de előzetesen telepítenünk 
kell a bzip2 és libncurses5-dev 
csomagokat: 








apt-get install bzip2 
sz ]l1bncurses5-dev 

cd /usr/scr 

tar xvjf linux- 

s 0.11. 12. tar. bz2 


Létrehozunk egy a kibontás során 
létrejött könyvtárra mutató linux 
nevű szimbolikus linket, majd belé- 
pünk ide: 


ln -sfn l1nux-2.6.11.12 linux 
cd linux 


Indítsuk el a karakteres felületű, 
de menüvezérelt konfiguráló 
programot: 

make menuconfig 


A következőket állítottam be 

(ha valaki nem tudná melyik opciót 
hol találja, az általam létrehozott 
konfigurációs fájlt le tudja tölteni 

a Linuxvilág honlapjáról). 

Ha ez kész, akkor lefordítjuk az új 
rendszermagot és a hozzá tartozó 
modulokat: 


make 
make modules install 


Következnek az utolsó simítások... 
Bemásoljuk a rendszermagot, 

a konfigurációs fájlt és a rend- 
szertérkép fájlokat a /boot könyvtárba: 


cp /usr/src/linux/arch/1386/ 
35 boot/bzImage /boot/ 

ss vmlinuz-2.6.11.12 

cp /usr/src/zlinuxZ.config 

b /boot/conf1g-2.6.11.12 

cp /usr/src/linux/sSystem.map 
3 /boot/System.map-2.6.11.12 
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12 kártyát találtam: NVi e 
Jelenleg minden linuxos 3D meghajtó még fejlesztési állapotban van, 
isérleti ja .. Mivel azonban nagyon sokan 
retnék kihasználni a grafikus kártya 3D ségeit. 
a megfelelő meghajtókat. 








Az OpenGL meghajtók. említett kisérleti állapota miatt azonban 
semmilyen segítséget nem tudunk nyújtani a 3D gyorsítás 
beállításakor, ha evvel kapcsolatosan bármilyen hiba lép fel a 
rendszerben. 


Be szeretné állítani gyorsítást az alábbi kártyához? 





3D/OpenGL rendszer beállítása... 
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river Setup 
Options 
69 Install Driver 
0 Generate Distribution Specific Driver Package 


Please choose the mode of installation: 


Linux Driver Setup 


64) Automatic installation Completed 


The ATI Proprietary Linux Driver installation 
is complete. 


The log file has been stored to 
fusrishare/fgirx. 


It is important to save your X Window 
configuration file, and then run fglrxconfig 
(in a console window) to complete the 
configuration of the display settings. 


A reboot of the system is recommended after 
running fglrxconfig. 


View HTML Release Notes 








Létrehozzuk a rendszertöltéskor update-modules 

szükséges initrd képfájlt: update-grub 

mkinitrd -o /boot/initrd.i1mg- 

26 11 12 265111 Ha a rendszer újra felállt, biztos 
ami biztos alapon ellenőrizzük 

Aktualizáljuk a modulok függősé- a kernelverziót: 

gi listáját, valamint a GRUB rend- 

szertöltőt, végül újraindítjuk uname -r 

a rendszer: 


X kiszolgáló telepítése 

Debian Linuxra 

A grafikus meghajtók telepítése előtt 
természetesen telepítenünk kell az X 
szervert és nem árt kipróbálni a mű- 
ködését is. 


apt-get install xserver-xfree86 
sxutils xbase-clients 


A telepítéskor a rendszer meg- 
kérdezte, hogy milyen monitor- 
vezérlő van a gépemben 

(egyelőre VGA vagy VESA), 

milyen az egér, a billentyűzet, 
valamint hogy milyen jellemzőkkel 
bír a monitor. 

Ha minden rendben lefutott, akkor 

a kipróbáláshoz indítsuk el a grafikus 
felületet: 


startx 


NT THY TA 


lkc1] 3 http://wwwvw2.ati.com/driversz/linux/ati-driver-installer-3. 14. 13.run 


Ikc2] 8 NVIDIA-Linux-x86-1.0-/66 7-pkg1.run 
Ikc3] 8 http:/Avww.nvidia.com -5 Download Drivers -5 Linux, FreeBSD, 
and Solaris Drivers-sL Inux IA32 
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ATI meghajtó telepítése 

Debian Linux alatt 

Debian alatt ugyanúgy telepíthet- 
jük az ATI meghajtót, mint az 

UHU Linux esetében. Én is 

csupán annyit módosítottam 

a folyamaton, hogy most karakteres 
felületen futtattam a meghajtó 
telepítőprogramját: 


sh ./at1-driver-installer- 
078. .14.13.run 


Az X kiszolgál konfigurációs 

fájljának (/etc/X11/XF8OConfig-4) 
átírása is pontosan ugyanúgy történik, 
mint az UHU Linuxnál: 


/usr/x11R6/bin/ 
s fglrxconfig 


A fireglcontrol programot 
(ha telepítettük) itt a 


/usr/x11R6/bin/ 
s fireglcontrolpanel 


paranccsal indíthatjuk. 


nVidia meghajtó telepítése 
Debian Linux alatt 

A meghajtót telepítő progra- 

mot (lásd: [kc2]) az nVidia honlap- 
járól tölthetjük le a már ismert 
módon, sőt minden egyéb részlet 
is teljesen megegyezik az UHU 
Linuxnál elmondottakkal. 
Tekintettel arra, hogy minden 
terjesztésnél kicsit más módon 
sikerült eredményre jutnom, 
valószínű, hogy az itt nem tárgyalt 
Linux változatok többségénél is 
használható valamelyik bemuta- 
tott eljárás. 


Sok sikert mindenkinek! 
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Térhatás - a Blender használata 


Bemelegítés 


A Blender immár majdnem 10 éve folyamatosan fejlődő (Az 1.0-ás verziót 
1996-ban adták ki), ingyenesen hozzáférhető 3D szerkesztő és renderelő 
alkalmazás. Linuxos környezetben ugyanúgy használható, mint Windows vagy 
BSD alatt. Sőt — és ez számomra a legmeglepőbb volt - egy egyszerű 


PDA-n Is képes futni. 


NI 2002 óta a GNU General Public 
License (GPL) alatt adják ki. Iudását 
szemlélteti, hogy míg a program maga 
alig 5-óoMb, a hozzá tartozó dokumen- 
táció körülbelül BOMb tömörítve. 

A beépített Python programozási 
függvénykönyvtár segítségével 

a program hihetetlenül bővíthető, 
teljes mértékben átszabható. Már az 
alaptelepítés is tartalmaz néhány ilyen 
szkriptet, amelyekkel különböző for- 
mátumokba exportálhatunk, így az 

itt készített modelleket más progra- 
mokban is felhasználhatjuk. Pillanat- 
nyilag a 2.37-es verzió a legújabb, 

így a leírtak is erre vonatkoznak. 

A felhasználói felület különböző pane- 
lekre tagolódik. Ezeket mi szabadon 
átméretezhetjük, kettéoszthatjuk, be- 
zárhatjuk, stb., így bárki kialakíthatja 
a neki megfelelő környezetet, és ter- 
mészetesen el is mentheti azt. Minden 
egyes panel típusát beállíthatjuk, ami 
meghatározza mi jelenik meg az adott 
panelon. Létezik Buttons Window, 

3D View, Image Browser, OOPS 
Schematic, és sok egyéb más típus. 
Nekünk egyelőre csak a középső 3D 
View ablakra lesz szükségünk, úgy- 
hogy meg is foghatjuk az egérrel, és 
megnövelhetjük lefelé, amitől alul 

a gombokat tartalmazó panel szépen 
eltünedezik, de azt most úgysem 
fogjuk használni. 

Van tehát egy majdnem teljes képer- 
nyót elfoglaló 3D nézetünk. Ezen 
fogunk megtanulni dolgozni, ebből is 
legelőszőr csak Object Mode-ban, amit 
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az adott panel fejlécén tudunk állítani. 
Ha már Object Mode-ban vagyunk 

(egyébként indításkor ez az alapmére- 
tezett), akkor hagyjuk is úgy. Nem kell 








meglepődni, ha az előbb említett 
, fejléc" alul van, nem pedig felül. 
Ez is egy állítható tulajdonság. Akinek 
úgy kényelmesebb, áthelyezheti: jobb 
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0 Kiskapu Kft. Minden Jog fenntartva 


0 Kiskapu Kft. Minden Jog fenntartva 
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(BH 7 Panis elelsie[jB ejtse Cr 


klikk a fejlécen, majd , Top", , Bottom", 


vagy ,No Header", attól függően, 
hogy felülre vagy alulra szeretnénk 
helyezni, esetleg el akarjuk tüntetni. 


Ez utóbbi azonban most nem ajánlott. 


Ha eddig ellenálltunk a kísértésnek, 
és nem kezdtünk el , eszeveszetten 
kattintgatni" , akkor még mindig csak 
egy kocka van előttünk felülnézetből, 
és egy másik furcsa, fekete alakzat 
kicsit balra lent. Az ott a , render 
kamera". A program szempontjából 
a kamera is egy ugyanolyan objek- 
tum, mint barmi más, ugyanúgy 
tudjuk a térben forgatni, mozgatni, 
sőt akár törölhetjük is. 

Az objektumok egymástól különálló 
testek, amiket szükség esetén összeil- 
leszthetünk (Join), törölhetünk (Erase), 


vagy tetszőlegesen átszerkeszthetünk. 


Minden objektum rendelkezik egy 
köépponttal, ami egy sárga vagy ró- 
zsaszínű pont valahol az objektum 
belsejében. Jelen esetben 

a kockánknak pont középen van. 
Ahhoz, hogy ebben a 3D-s térben 
megfelelően tudjunk dolgozni, elő- 


ször meg kell tanulnunk több irányból 


látni az előttünk lévő virtuális mo- 
dellt. Erre a legegyszerűbb mód a nu- 
merikus billentyűzet használata. A 4, 
6, 8 és 2 billentyűkkel tetszőlegesen 
forgathatjuk a képet, a 7, 1, 3 és 0 
gombok pedig előre beállított né- 
zeteket adnak: 

7 — Felülnézet 

1 - Elölnézet 

3 — Oldalnézet jobbról 

0 - A kamera nézőpontja 


A - és 4 -al távolíthatjuk, illetve köze- 
líthetjük a képet, az 5-ös billentyű pe- 
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dig a perspektivikus és a párhuzamos 
módok közötti váltásra szolgál. 
A perspektivikus nézet természetesen 
szebb, és valósághűbb, de szerkesztés- 
kor a párhuzamos sokkal átláthatóbb 
és egyszerűbb. 
Nem árt megjegyezni, hogy az aktív 
panel mindig az, amelyik felett az 
egérmutató tartózkodik. Ha az egér- 
mutatót a képernyő aljára visszük, 
akkor a billentyűzeten lenyomott 
gombok is az alsó panelre lesznek 
hatással. Ne csodálkozzunk tehát, 
ha ráközelítéskor (zoom) a gombok 
elkezdenek megnőni, vagy összemen- 
nek. Nem a Blender a hibás, csak az 
egérmutató van rossz helyen. 
A másik módszer, amivel tetszőleges 
irányból szemlélhetjük a teret, az egér 
használata. Ha van görgőnk, akkor az- 
zal is nagyíthatunk, illetve a középső 
gomb nyomva tar- 
tásával forgathat- 
juk a képet. Ha 
előtte a Shift gom- 
bot is lenyomjuk, 
akkor az egész képet 
egyben mozgathat- 
juk. Ha esetleg elté- 
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vednénk, és nem vagyunk benne biz- 
tosak, hogy honnan is látjuk az — 
amúgy minden oldalról egyforma — 
kockánkat, nyugodtan használjuk a 7, 
a 3 vagy az 1 gombok valamelyikét. 
Most, hogy remélhetőleg már minden 
oldalát megnéztük az unalmas koc- 
kánknak, jó lenne, ha tudnánk vele 
kezdeni valamit. Ehhez először meg 
kell tanulnunk kijelölni az objektumo- 
kat. Ha csak egy objektumot szeret- 
nénk kijelölni, a jobb egérgombbal 
könnyedén megtehetjük. A kijelölt 
objektumok széle mindig rózsaszín. 
Egyszerre többet is szelektálhatunk, 
ha kattintás közben nyomva tartjuk 

a Shift billentyűt. A kijelölésből 

a ShifttAlttjobbklikk kombinációval 
vehetünk ki egy objektumot. Megfi- 
gyelhető, hogy az utoljára kijelölt ob- 
jektum mindig kicsit más színű, mint 
a többi, és a neve meg is jelenik 

a 3D view bal alsó sarkában. Ez azért 
van, mert bizonyos műveletek csak 
egy objektumon hajtódnak végre, 
vagy szükség lehet egy elsődleges 
objektumra. Ilyen lesz majd például 

a csoportosítás, ahol a modelljeinket 
hierarchiába rendezhetjük. 

AZ , A" billentyűvel kijelöl- 
hetjük az összes objektu- 
mot, illetve le vehetjük ró- 
luk a kijelölést. Csoportos 

kijelölésre is van lehetőség. 

Ha például nem akarunk 
kézzel végigklikkelgetni 200, 
a képen lévő apró tárgyat, 
amik amúgy egymás mellett 
vannak, használhatjuk 

a Border Select opciót. 

Ha megnyomjuk a , B" bil- 
lentyűt majd a bal egér- 


ta 


nd 


gombot használva egy téglalapot raj- 
zolunk, az összes — a téglalapon belül 
lévő tárgy — kijelöltté válik. Ha ugyan- 
ezt a jobb egérgombbal próbáljuk, 
pont ellenkező hatást érünk el, le- 
vesszük a kijelölést. 

Tehát jelöljük ki a kockánkat és néz- 
zük elsősorban mit is lehet kezdeni 
vele. Háromféle transzformáció létezik 
(rotate, grab/move és scale) amiket elég 
gyakran fogunk használni. Mindhá- 
rom transzformációt többféleképpen 
indíthatjuk, Menüből, billentyűzetről, 
egérrel, illetve az Objektum Iranform 
Properties ablakában kézzel beállíthat- 
juk. A három művelet: 


Grab/Move - A kijelölt tárgy(ak)at 
tudjuk vele mozgatni 

Rotate — Egy megadott referenciapont 
körül tudunk forgatni 

Scale — A kijelölt objektumokat tudjuk 
vele ,skálázni", vagyis méretarányo- 
san növelni vagy csökkenteni. 


A legelső bűvészmutatványunk az 
lesz, hogy kockánkat téglává vará- 
zsoljuk. Jelöljük is ki, majd nyomjuk 
meg az S (Scale) betűt. Ha most el- 
kezdjük mozgatni az egeret láthat- 
juk, hogy kockánk méretarányosan 
változik, a 3D view bal alsó sarkában 
pedig három tizedesjegy pontosság- 
gal azt is nyomon követhetjük, hogy 
hányszorosa lesz az eredetinek. 

Ha úgy gondoljuk hogy elég nagy- 
ra/kicsire sikerült, megnyomhatjuk 
a bal egér gombot véglegesítve 

a transzformációt, vagy a jobb 
egérgombot, amitől vissza kapjuk 

az előző kockánkat, mintha semmi 
sem változott volna. Lehetőség van 
arra, hogy a három méret (X, Y, 2) 
közül csak egyiket változtassuk meg, 
tehát a kockánk hosszabb legyen, 
mint amilyen széles. Ettől persze 
elveszti ,kockaságát" , de nekünk 
pont ez a célunk. Váltsunk tehát 
Scale módba (S billentyű), majd rög- 
tön ez után nyomjuk meg az X bil- 


lentyűt is. Láthatjuk, hogy most 
kockánknak csak az X koordinátája 
változik. Ha közben a CTRL 

gombot nyomva tartjuk, az alap- 
méretezett négy tizedesjegy helyett 
most 1 tizedesjegy pontossággal 
állíthatjuk a méretet. Növeljük meg 
tehát a szélességét pont a kétszeresé- 
re, hosszát pedig 4szeresére és kész 
is a téglánk, most már csak helyére 
kell igazítani. 

Ehhez jelöljük ki, majd nyomjuk meg 
a G billentyűt (Grab/Move). Most 

a téglánkat az éppen aktuális néző- 


pont síkjában szabadon mozgathatjuk. 


Itt is lehetőség van az X, Y vagy Z bil- 
lentyűk használatára, ha csak adott 
irányban akarunk elmozdulást. 

A CTRL billentyű nyomva tartásával 
tizedesjegyek nélkül, a SHIFT-4CTRL 
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NI 7. ábra Az elmozdulás értékét 
billentyűzetről Is megadhatjuk 


billentyűkombinációval pedig 1 
tizedesjegy pontossággal mozogha- 
tunk. Ha billentyűzetről szeretnénk 
megadni az elmozdulást, a G betű le- 
nyomása után el is kezdhetjük beütni 
az X irányú elmozdulás értékét, TAB 
gomb után pedig az Y majd a Z koor- 
dinátát. A bal alsó sarokban nyomon 
követhetjük, hogy épp melyik koordi- 
nátát visszük be. lermészetesen 

a Backspace is működik. (7. ábra) 
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Ha a nekünk megfelelő helyre moz- 
gattuk a téglánkat, akkor akár el is for- 
gathatjuk az R (Rotate) billentyűvel. 

A lehetőségek itt is ugyanazok: forgat- 
hatunk csak X, Y vagy Z tengely kö- 
rül, használhatjuk a CTRL és/vagy 
SHIFT billentyűket a pontosabb ered- 
mény érdekében, és billentyűzettel 
közvetlenül is megadhatjuk az elfor- 
dulás mértékét. 

Ezek azonban csak relatív transzfor- 
mációk, mindig az adott elhelyezke- 
déshez képest méreteznek át, forgat- 
nak, vagy mozdítanak el. Ha szeret- 
nénk megtudni, hogy hol is van pon- 
tosan a téglánk az origóhoz képest, 
kijelölés után nyomjuk meg az N 
gombot. A megjelenő panelen az 
összes tulajdonságot állíthatjuk a glo- 
bális koordináta rendszerhez képest, 
illetve az objektum nevét és szülőjét 
(Parent) is megváltoztathatjuk. 
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A gombok műkö- 
dése kicsi odafi- 
gyelést igényel: 
jobb oldalukra 
kattintva növel- 
hetjük az értéket, 
bal oldallal csök- 
kenthetjük, illet- 
ve középre kat- 
tintva átírhatjuk. 
Szorosan ide 
tartozik még 

a 3D View fejlé- 
cén lévő két 
gomb (9. ábra). 
A bal oldalival 

a referencia 
pontot tudjuk beállítani (mi körül 
forgatunk, melyik ponthoz képest 
nagyítunk/csökkentünk, stb), míg 

a jobb oldalival beállíthatjuk, hogy 
az egész objektumon, vagy csak 
annak középpontján akarjuk 

a transzformációt elvégezni. 
Referenciapontnak beállíthatjuk 

a 3D Cursor-t, az adott objektum 
középpontját (Median Point), vagy 
több kijelölt objektum esetén azt, 
hogy minden objektum saját közép- 
pontja körül forogjon el (Individual 
Object Centers). 

Az Alt4-G AItAR és Alt-5 billentyű- 
kombinációkkal alapméretezett hely- 
zetbe állíthatjuk az objektumunkat. 
Az Alt4-G visszahelyezi a koordináta- 
rendszer középpontjába, az AlttR 
eredeti irányba fordítja, míg az Altt-5§- 
el az eredeti méretet kapjuk vissza. 
Használjátok egészséggel. 





Hogy legyen min gyakorolni 

a transzformálást, meg kell tanul- 
nunk a már meglévő téglánk mellé 
más primitív testeket is létrehozni. 
Vigyük az egeret a 3D nézet fölé, 
nyomjuk le a szóközt, majd válasszuk 
ki az Add menüpontot, azon belül is 
a Mesh-t. Az itt látható objektumok 
az úgynevezett primitívek. Létrehoz- 
hatunk kockát, hengert, kúpot, göm- 
böt (nem is egyfélét), de van egy 
meglepetés is, aki a , Monkey" névre 
hallgat. Ha hozzáadunk egy ilyen 
primitívet, az a 3D kurzor helyén fog 
megjelenni. Ezek után ugyanúgy 
transzformálhatjuk, mint a téglánkat, 
vagy ha meguntunk valamit, töröl- 
hetjük az X billentyűvel. Mindig fi- 
gyeljünk oda, hogy mit jelöltünk ki, 
mert Object Mode-ban nincs visszavo- 
nási lehetőség. Ajánlott a kényesebb 
műveletek után mindig menteni. 

A következő számban tovább 
folytatjuk a téglánkkal való 
ügyetlenkedést, megtanulunk fa- 

lat építeni belőle, majd elkezdjük 
csonkítani, illetve néhány mondat- 
ban az egyes panelek szerepét 

is megismerhetjük. 

Addig is jó szórakozást! 


Szalai András (slygzofreestart. hu) 


Jelenleg középiskolába jár, ahol 
informatikát tanul. Jövőre érettségi- 
zik. Hobbija a programozás és a biz- 
tonságtechnika, és a továbbtanulási 
szándékai is ilyen irányúak. 





hordozható MBP3 lejátszók 
piaca robbanásszerűen bő- 
vült az utóbbi időkben, és az 


Apple iPodját sokan etalonnak tartják, 
minden lejátszót hozzá hasonlítva. 
Annak ellenére, hogy az Apple nem 
kínál linuxos változatot az ilunes ze- 
nekezelő alkalmazásból, azért az iPod 
a Linux felhasználók számára is kiváló 
MD3 lejátszó marad. 

Írásom születésekor egy 20 GB-os 
kapacitású, negyedik generációs 
iPodot használtam, , kattintókerék- 
kel", illetve egy iPod Shuffle-t 

- ugyanakkor a szóba kerülő prog- 
ramnak az összes iPoddal együtt 
kell működnie. A GTKPod kiváló 
grafikus felületének használatához 
jobb, ha egy újabb Linux terjesz- 
téssel rendelkezünk. Aki inkább 

a parancssorhoz vonzódik, az viszont 
gyakorlatilag bármilyen terjesztés 
alatt használni tudja a GNUpodot, 
amennyiben a Perl futtatására lehe- 
tősége van. 

A GIKPod gyakorlatilag a nyílt 
világ válasza az ilunesra, segítsé- 
gével, iPodunk és Linuxunk birto- 
kában átmulathatjuk az éjszakát. 

A GIKPod egy csinos grafikus 
felület, mellyel MP3, WAV és M4A 
formátumú, DRM védelem nélküli 
AAC fájlokat másolhatunk át számí- 
tógépünkről iPodunkra. A fájlokat 
egyenként vagy könyvtáranként 
adhatjuk hozzá. Szükség szerint 
lejátszási listákat hozhatunk létre 
és szerkeszthetünk, normalizálhat- 
juk egyszerre akár több zeneszám 
hangerejét, illetve módosíthatjuk 
az iPodon és a számítógépen talál- 
ható fájlok ID3 címkéit. A GTKPod 
elég okos ahhoz is, hogy az iPodra 
ne töltse fel a már meglévő fájlokat. 


lermészetesen a GTIKPod a dalok az 
iPodról való letöltésére is alkalmas, 
ha kezdenénk kifogyni a helyből. 

A GTKPod a GTK2-re épül. Az eredeti- 
leg a The GIMP-hez fejlesztett GTK-t 
immár széles körben, számos alkalma- 
zásban használják, illetve a GNOME 
asztali környezet is erre az eszköz- 
készletre épül. A GIK ugyan nagysze- 
rű szoftver, ám összetett is, számtalan 
függőséggel, keresztfüggőséggel és 
egyéb elvárással, vagyis a program 
saját kezűleg végzett lefordítása nagy- 
jából annyira ígérkezik könnyű vál- 
lalkozásnak, mint például belebújni 
egy ürgelyukba. Mindannyiunk 
szerencséjére minden a GIK alapú 
alkalmazások, így a GTKPod 
használatához szükséges dolog- 
nak már eleve rajta kell lennie 

a számítógépünkön, feltéve, 
hogy viszonylag új Linux ter- 
jesztést használunk. 
Aki már használja az 
iPodját, az valószínűleg 
már minden olyan 
összetevővel rendel- 
kezik, amely a Linux 
alatti használathoz 
szükséges: elő- 8 
ször is maga az 46 

iPod, egy számí- 

tógép Firewire vagy USB 2.0 csatolóval, 
valamint egy viszonylag új Linux ter- 
jesztés. Szükségünk lesz a GIKPod má- 
solatára is (lásd az internetes forráso- 
kat). A GIKPod webhelyén rengeteg 
leírást találunk, hivatkozásokat a forrás- 
kódra, valamint GTKPod csomagokat 
SUSE, Debian, Gentoo, Mandrake 

és egyéb népszerű Linux terjeszté- 
sekhez. Az rpm.pbone.net vagy az 
rpmfind.net webhelyen keresve további 
RPM csomagokat is találhatunk. 
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Mivel az iPod gyakorlatilag egy csinos 
kis eltávolítható merevlemez, ha 

a GTKPoddal, Linux alatt akarjuk 
használni, akkor a rendszermagnak 
támogatnia kell a csinos kis eltávolít- 
ható merevlemezeket. Ez a fajta támo- 
gatás már a 2.4-es rendszermagban 

is megvolt, a 2.6-os változatban pedig 
tovább finomítottak rajta. A jelenlegi 
terjesztések szinte kivétel nélkül 

a 2.6-os rendszermagot használják, 

és az eltávolítható merevlemezek tá- 
mogatása általában bele van fordítva 
a rendszermagba, esetleg külön betölt- 
hető rendszermagmodul formájában 
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Új iPodra FAT32 


Ha az iPodunkat még csak most emeljük ki a dobozából, akkor valószínűleg mó- 
dosítanunk kell a beállításain, mielőtt Linux alatt használni kezdenénk. Néhány 
beállítást át kell pöccinteni, egyszerűnek hangzik, nemde? A valóságban újra kell 
formázni az egészet. Rémisztő? Semmi ok az aggodalomra. 


A legtöbb új iPodot HFS- fájlrendszerrel (ez a Mac OS fájlrendszere) megformá- 
zott merevlemezzel szállítják. Ha az iPodot gyári állapotában akarnánk Linux alatt 
használni, akkor a rendszermagnak HFS-k támogatással is rendelkeznie kellene, 
valamint a Mac stílusú lemezrészeket Is ismernie kellene. A legtöbb korszerű ter- 
jesztés mindezek önműködő támogatására nem képes, és ilyen jellegű szolgálta- 
tásai csak újrafordítás után válnak elérhetőkké. Többen jelezték, hogy a HFS-k 
rendszermagbeli támogatása jelenleg is hibás. Ha tehát csupán új játékszerünk 
kedvéért nem nagyon szeretnénk újrafordítani a rendszermagot, akkor folyamod- 
junk az egyszerűbb megoldáshoz. 


Mivel a Microsoft Windows legtöbb változata erősen húzza az orrát, ha Mac fájl- 
rendszert kell írnia vagy olvasnia, Windowsra végzett telepítéskor az //unes prog- 
ram első teendője az iPod beállításainak megváltoztatása. Igen, az /7/unes követ- 
kezetesen beállításokról beszél, ám a valóságban újraformázza az iPod belső me- 
revlemezét, méghozzá windowsos FAT32 fájlrendszerrel. Ha tehát most vettük ki 
a dobozból az iPodot, és hozzá tudunk férni egy windowsos géphez, akkor az 
iTunes program telepítőjével elvégezhetjük az iPod formázását. Az iPod Shuffle 
már eleve FAT32 fájlrendszerrel formázva kerül ki a gyárból, vagyis gyári állapotá- 
ban is használni tudjuk. 


Az iPod újraformázását a windowsos program Restore iPod (iPod helyreállítá- 
sa) szolgáltatásával is elvégezhetjük, ekkor azonban ügyeljünk arra, hogy 

a művelet teljesen legyalulja az iPod tartalmát, vagyis minden dalt és fájlt el- 
veszítünk. Aki az iPodját Mac géppel használta, és most linuxossal szeretné, 
de az újraformázást el akarja kerülni, az az internetes források között talál 
olyan hivatkozásokat, amelyek pontosan ilyen áttérést végrehajtó Mac- 
használók tanácsait foglalják össze. Aki sem Windowst, sem Mac OS-t nem 
akar használni, illetve aki nem tud windowsos géphez hozzáférni, az szintén 
nézzen körül a források között, mert az iPod kizárólag Linux használatával vég- 
zett újraformázásához is talál útmutatást. A dolog természetesen megoldható, 
de a HFS- és a Mac-lemezrészek támogatását igényli a rendszermag részé- 
ről, illetve a lecsupaszított /Pod alapszintű könyvtárszerkezetének létrehozását 
a GNUPoddal kell elvégezni. 


KK JR JR AKK. úZ II HI 
iPod - Linux — iPodLinux 


Az iPodLinux Project keretein 
belül folyó munka eredményeként 
iPodra is telepíthetünk Linuxot. 
Az iPodLinux az uClinux rendszer- 
mag átültetett, az iPod hardverére 
szabott változatára épül, grafikus 
felületét a Podzilla biztosítja. 

Az iPodLinux lehetővé teszi, 

hogy rendszerindításkor válasszunk, 
a Podzillát vagy a normál iPod 
operációs rendszer kívánjuk elin- 
dítani, ha tehát szeretnénk valami 
újat és mást kipróbálni, ismer- 
kedjünk meg vele. 
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áll rendelkezésre. Röviden és tömö- 
ren: elvileg semmire nincs szükség 

a rendszeren, hogy képes legyen látni 
az iPodot. 

Linuxos gépünkhöz Firewire vagy 
USB 2.0 kapcsolaton keresztül csatla- 
koztathatjuk az iPodot. Az USB 1.1 
összeköttetések is működnek, de mert 
jóval lassabbak, nem érdemes ilyet 
használni. Az USB 1.1 egy másik hát- 
ránya, hogy az iPod nem tud feltöl- 
tődni, miközben a számítógéphez 
van csatlakoztatva. 

A GTKPod telepítésével nem lehet 
gondunk, akár forrásból fordítjuk, 
akár előre lefordított, bináris csoma- 
got teszünk fel. A GTKPodnak szük- 
sége van a libid3tag könyvtárra, 








a libmp4v2 csomagot pedig akkor kell 
rendelkezésére bocsátanunk, ha AAC 
fájlokat is használni szeretnénk 

(lásd a forrásokat). A GTKPod 
forráskódja a megszokott 


. /configure 
make 
make install 


parancsokkal fordítható le. Érdemes 
azonban előre lefordított, bináris 
csomagot választani, hiszen ennek 
telepítése könnyebb, és meglévő 
asztali környezetünkkel szorosabban 
egybe tudjuk építeni. 

Ha túlestünk az iPod FA1I32-re formá- 
zásán és a GIKPod telepítésén, csatla- 
koztassuk a mellékelt Firewire vagy 
USB kábelt a számítógéphez, majd 

a másik végét az iPodhoz. Ha a Linux 
látja az iPodot, akkor az iPod kijelző- 
jén rövid időre megjelenik a , Do Not 
Disconnect" (Ne szakítsa meg a kapcso- 
latot) felirat, az iPod Shuffle állapotjel- 
zője pedig narancs színnel villogni 
kezd. Ha az iPodunk nem így rea- 

gál, próbáljuk meg lehúzni és újra 
csatlakoztatni. Én a saját 20 GB-os 
iPodommal Firewire-t használok, nem 
USB-t, ugyanis az interneten fellelhe- 
tő források nagy része a Firewire alkal- 
mazását tárgyalja. Ha csak egy aktív 
Firewire eszközzel rendelkezünk, ak- 
kor az iPod leválasztása is egyszerűbb 
egy kicsit. Az iPod Shuffle ugyanolyan 
könnyen és megbízhatóan csatlakozik, 
mint az USB-kulcsok. Akinek a Linuxa 
nem látja az iPodot, az írásom Hibael- 
hárítás című részében talál tanácsokat. 
Ha lemezes, már eleve FAT32 fájlrend- 
szerrel formázott iPodot használunk 
(lásd a széljegyzetet), akkor a meghaj- 
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tón két lemezrész található. Az egyik 
körülbelül 40 MB-os, ezen van az iPod 
belső operációs rendszere, a másik, 
nagyobb méretű lemezrészen pedig 

a zenék tárolása történik. Ha iPod 
Shuffle-t használunk, akkor csak egy 
lemezrészünk van, és ezt gyárilag is 
FA1T32 fájlrendszerrel formázták meg. 
Mivel minden számítógép különbö- 
zik egy kicsit a többitől, javaslom 

a /var/log/messages fájl, illetve az adott 
terjesztésen a neki megfelelő fájl átné- 
zését, ebből kiderül, hogy mi történik 
a színfalak mögött, amikor először 
csatlakoztatjuk az iPodunkat. A napló- 
fájl üzenetei szerint a rendszernek fel 
kell ismernie az iPodot, majd hozzá 
kell rendelnie a következő SCSI 
meghajtójelet, ami, ha csak IDE meg- 
hajtókat használunk, a /dev/sda. Egyes 
rendszerek az fstab-sync segédprog- 
rammal önműködően módosítják 

a /etc/fstab fájlt, és beillesztenek egy 
befűzési pontot az iPod számára, má- 
sok viszont elvárják, hogy a /etc/fstab 
fájlban már eleve legyen egy megfele- 
lő bejegyzés. Ha belenézünk 

a /var/log/messages fájlba, és nem 
látunk valami hasonlót: 


fstab-sync[4284]: added mount 
s point /mnt/ipod for /dev/sda2 


akkor adjuk hozzá kézzel a következő 
sort a /etc/fstab fájlhoz: 


/dev/sda2 /mnt/ipod vfat 
sörw,user 00 


Ne feledjük, hogy a merevlemezes 
iPodok esetében csak a második, 
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a zenéket tároló lemezrészt (sda2) 
kell befűznünk, a kisebbet — amin 
az operációs rendszer található 
(sda1) — nem. Az iPod Shuffle eseté- 
ben, mely csak egy lemezrésszel 
rendelkezik, a következő bejegyzést 
kell alkalmaznunk: 


/dev/sdal /mnt/ipod vfat 
srw, user 0 0 


Ha még nem tettük meg, az mkdir 
/mnt/ipod parancsot rootként kiadva 
hozzuk létre a befűzési pontot. 
Alapesetben a GTKPod megkeresi 

a /mnt/ipod alá betűzendő iPodot, de 
ezen módosíthatunk is. Az iPod befű- 
zésére a legegyszerűbb módszer az, 
ha a feladatot a GIKPodra bízzuk. 
Ehhez indítsuk el a GTKPodot, majd 
válasszuk az Edit (Szerkesztés) és az 
Edit Preferences (Beállítások szerkesz- 
tése) parancsot. Az Input/JOutput 
(Kimenet/bemenet) lapon jelöljük be 

a Handle mounting/umounting of iPod 
drive (iPod meghajtó befűzésének/levá- 
lasztásának kezelése) jelölőnégyzetet. 
Indítsuk újra a GTKPodot, és az 
iPodunk befűzése önműködően 
megtörténik. 

A GIKPod számos beállítást és szolgál- 
tatást támogat, megismerésének leg- 
jobb módja, ha átmásoltatunk vele né- 
hány zeneszámot az iPodra. Bízzunk 
benne, hogy számítógépünkön eleve jó 
néhány MDP3 fájl található. A GTKPod 
csak az iPodon lévő fájlok kezelésére al- 
kalmas, magukat az MP3 fájlokat vala- 
milyen másik programmal kell elkészí- 
tenünk, mint például a Grip. Az MP3- 
ak meghallgatását a GIKPod szintén 


csak külső programmal teszi lehetővé, 
mint például az XMMS; kedvenc MP3 
lejátszónkat a GIKPod beállításai kö- 
zött adhatjuk meg. 

Ha beszereztünk néhány áttölthető 
MP3-at, akkor az Add Files (Fájlok 
hozzáadása) gombbal egyes fájlokat 
tudunk hozzáadni, az Add Dirs 
(Könyvtárak hozzáadása) gombbal 
pedig egyszerre egész könyvtárakat. 
Az 1. ábrán követhető, hogy a Beastie 
Boys Hello Nasty albumát hogyan 
adtam hozzá a frissen formázott 
iPodomhoz. Amikor egy könyvtár 
hozzáadásakor rákattintunk az 

OK gombra, a GITKPod végigmegy 

a fájlokon, hozzáadja őket a helyi 
ilunes adatbázishoz (ez alapesetben 
a —/.gtkpod/ könyvtárban található), 
majd az alsó panelen előadó, cím, 
album vagy műfaj szerint rendezve 
kilistázza őket. A folyamat következő 
lépéseként kattintsunk a Sync (Szink- 
ronizálás) gombra. A fájlok tényleges 
átvitele a számítógépről az iPodra 
csak ekkor történik meg, illetve 

a számítógép helyi ilunes adatbá- 
Zisa is szinkronizálásra kerül az 
iPodon találhatóval. A másolás 

a kiválasztott zene mennyiségétől 
függően egy-két percig tart. Miután 
a fájlok másolása sikeresen befejező- 
dött, a GTKPod ablakának bal alsó 
sarkában az , iPod Database Saved" 
(iPod adatbázis elmentve) felirat 
jelenik meg. 

Ekkor azonban még ne távolítsuk el 
az iPodot. Ha az iPodon a , Do not 
disconnect" (Ne szakítsa meg a kapcso- 
latot) felirat látható, illetve a Shuffle 
állapotjelző fénye továbbra is narancs 
színnel villog, akkor hagyjuk a készü- 
lékeket összekapcsolva. Ne feledjük, 
az iPodot mint eltávolítható merevle- 
mezt fűztük be. Egy még pörgő me- 
revlemezt sem húznánk csak úgy le 

a gépről, igaz? Ügyeljünk tehát arra, 
hogy megtörténjen az iPod leválasztá- 
sa. Ha a GTKPod alatt önműködő be- 
fűzést használunk, akkor egyszerűen 
lépjünk ki a GTKPodból, és megtörté- 
nik az iPod leválasztása. 

Lehetséges, hogy az iPod továbbra is 
a ,Do not disconnect" figyelmeztetést 
jeleníti meg. Az iPodot csak akkor sza- 
bad lehúzni, ha az üzenet eltűnt, ezt 
pedig az eltávolítható merevlemezek 
kezeléséért felelős rendszermagmodul 
eltávolításával tudjuk elérni. Ha 
Firewire kapcsolatot használunk, 
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akkor az sbp2 modult kell eltávolíta- 
nunk, ezt a root terminálján 

a modprobe -r sbp2 parancsot kiad- 
va tehetjük meg. Ha a , Do not 
disconnect" üzenet eltűnt, és láthatóvá 
válik az iPod normál menüje, akkor 
végre lehúzhatjuk a számítógépről. 

A GTKPod indításakor és bezárásakor 
képes parancsfájlok önműködő elindí- 
tására is. A —/.gtkpod/gtkpod.in és 

a —/.gtkpod/gtkpod.out — illetve 

a /etc/gtkpod.in és a /etc/gtkpod.out, 

ha a fájlok nem a kezdőkönyvtárunk- 
ba kerülnek - fájl kiolvasása a GTKPod 
minden elindításakor és bezárásakor 
megtörténik. Indításkor a parancsfájl 
futtatása az iPod betűzése előtt törté- 
nik meg. Ha tehát az iPod használatá- 
hoz be kell töltenünk egy 
rendszermagmodult, esetleg egyéb 
rendszerműveletet kell elvégeznünk, 
akkor ebből a parancsfájlból megte- 
hetjük. Hasonlóan a gtkpod.out fájl 
révén, a megfelelő parancsfájlokkal 
egyetlen pillanat alatt elvégezhető 

az iPod eltávolítása. 

Ha az eltávolítás megtörtént, akkor az 
összes áttöltött zeneszámot le tudjuk 
játszani. Akinél a dolgok nem a terve- 
zett módon működnek, az fussa át 

a cikk Hibaelhárítás című részét. Ha si- 
kerrel jártunk, próbáljunk további Ze- 
néket hozzáadni, eközben fedezzük fel 
a GTKPod néhány a zeneszámok keze- 
lésével kapcsolatos szolgáltatását. 

Az iPodon található fájlok kezeléséhez 
kattintsunk a GTKPod Read (Olvasás) 
gombjára, ekkor a program kiolvassa 
az iPodon lévő ilunes adatbázis tartal- 
mát. A programnak meg kell jeleníte- 
nie az imént hozzáadott dalokat. A bal 
szélső panel mutatja, hogy melyik 
lejátszási lista van kiválasztva. A leját- 
szási lista pontosan az, aminek hang- 
zik: zeneszámok egy csoportja, 

a zeneszámokat egymást követően 
tudunk lejátszani. A lapokra osztott 
ablakban a zenék az iPod ilunes adat- 
bázisában található adatok szerint sze- 
repelnek, és a kiválasztott lapok alap- 
ján jelennek meg. Alapesetben csak 
két panel van, de a beállítások módo- 
sításával továbbiakat is hozzáadha- 
tunk. Én egy további panel hozzáadá- 
sával kaptam a három panelt tartal- 
mazó elrendezést, így pontosabban 
szét tudom válogatni a zenéimet. 
Lejátszási listákat létrehozva saját 
magunk lemezlovasai lehetünk, és 

az általunk kedvelt mixeket akkor 
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játszhatjuk le, amikor csak akarjuk. 
Tudom, az ízlések és a pofonok sokfé- 
lék lehetnek, de nekem semmi sem 
dobja fel jobban a napomat, mint egy 
kis klasszikus, keleti parti rap. Készí- 
tek tehát egy lejátszási listát az irodá- 
ban töltött sötét napokra, amikor egy 
csésze kávé nem elég ahhoz, hogy fel- 
pörögjek. Rákattintok a New PL (Új 
lejátszási lista) elemre, létrehozom az 
Old Skool Rap (Régi stílusú rap) leját- 
szási listát, majd a GTIKPodban végzek 
egy rendezést, és kiválasztom a megfe- 
lelő zeneszámokat (2. ábra). A külön 
panel segítségével műfaj, előadó és év- 
járat alapján tudok rendezni. Beastie 
Boyst akarok hallgatni, de csak a régi 
számokat szeretem, vagyis rákattintok 
1986-ra, majd behúzom az új lejátszási 
listámba, amibe ezzel 13 fájl másolódik 
be. Ez után továbblépek a RUN-DMC- 
re, és elvégzem ugyanezt. Közben rá- 
jövök, hogy még le kellene másolnom 
CD-lemezről néhány számot, vagyis 
munkába állítom a Gripet. 

Aki már használ más alkalmazást a le- 
játszási listák összeállítására, az a meg- 
lévő listákat is használhatja a GTKPod 
alatt. A GIKPodnak nem okozhat gon- 
dot a meglévő .m3u vagy .pls fájlok 
lejátszási listaként való alkalmazása. 
Csak kattintsunk a New PL gombra, 
adjunk nevet a lejátszási listának, kat- 
tintsunk rá az Add File gombra, majd 
keressük mg a kívánt lejátszási listát. 
A GTKPod a meglévő lejátszási listák 
m3u formátumú kimentésére is képes. 
A GIKPod szolgáltatásai közül én 

a leginkább azt kedvelem, hogy alkal- 
mas az MP3 fájlok ID3 címkéinek szer- 
kesztésére, legyenek azok akár a szá- 





mítógépen, akár az iPodon. Az ID3 
címke az MP3 fájl metaadatokat - elő- 
adó neve, album címe, dal címe, ki- 
adás éve - tartalmazó része. Magát az 
MP3 tájlt bárhogyan elnevezhetjük, 

a GTIKPod és az iPod kizárólag az ID3 
címkére támaszkodik. Más részről, ha 
egy MP3 fájlban valamiért nincs ID3 
címke, akkor a különféle listákban 
nem jelenik meg, a GTKPod alatt csak 
üres fejlécű fájlként látható, az iPodon 
pedig az összes fájlt meg kell jeleníte- 
ni, hogy elérhetővé váljék. A problé- 
mát úgy háríthatjuk el, hogy GTIKPod 
alatt rákattintunk a megfelelő részre, 
és begépeljük a kívánt adatokat. 

Ha az alsó ablakpanelen adott dalra 
kattintunk, akkor csak az adott fájl 
ID3 címkéjét tudjuk szerkeszteni. 

Ha dalok egy csoportjában ugyanazt 
a mezőt szeretnénk szerkeszteni, ak- 
kor valamelyik rendezőablakban szer- 
kesszük át a mezőt, a változások az 
alsó panel összes fájljára érvényesek 
lesznek. Több fájl ID3 címkéjének egy- 
idejű módosítására a Multi-Edit szol- 
gáltatást is használhatjuk. A szolgálta- 
tás kiegészítő jellegű, a beállítások 
között külön kell engedélyezni, de le- 
hetővé teszi, hogy — a Windowsban is 
megszokott módon - a Shift gombbal 
több fájlt is kijelöljünk, majd a módo- 
sított mező, például az előadó tartal- 
mát az összes dalra alkalmazzuk. 

A GIKPod további nagyszerű szolgál- 
tatása, ami az Apple ilunes alkalmazá- 
sából hiányzik is, az a dalok kimenté- 
sének lehetősége, vagyis visszamáso- 
lása az iPodról a számítógépre. lermé- 
szetesen ezt úgy is megtehetjük, hogy 
egyszerűen befűzzük az iPodot mint 
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külső merevlemezt, majd addig keres- 
gélünk rajta, amíg meg nem találjuk 
a keresett fájlokat, ám sokkal egysze- 
rűbb a GTIKPod segítségével rendezni 
a tartalmat, és ezt követően választani 
ki a másolni kívánt fájlokat. A műve- 
lethez a File (Fájl) menü Copy Iracks 
from iPod (Zeneszámok másolása az 
iPodról) parancsára lesz szükségünk. 
Az Edit (Szerkesztés) menü Delete 
Completely From iPod (Teljes törlés az 
iPodról) beállítása a neve alapján vár- 
ható módon működik, alkalmazásával 
értékes megabájtokat szabadíthatunk 
fel az iPodon, ami jól jöhet az éppen 
a kedvenceink közé tartozó dalok 
tárolásához. 

A GIKDPod feltűnően hiányzó szol- 
gáltatása az ilunes zeneboltból vásá- 
rolt zeneszámok kezelése. Ezek az 
iTMS zeneszámok AAC formátumba 
vannak tömörítve, majd DRM tech- 
nológiával , csomagolják" őket, ami 
meghatározza, hogy az egyes szá- 
mokkal mit tehetünk meg. Ha nagy- 
mennyiségű zenét vásároltunk össze 
az ilunesról, és ezeket a GTKPoddal 
szeretnénk kezelni, akkor két válasz- 
tási lehetőségünk van. Az első, hogy 
az ilunes segítségével CD-lemezre 
írjuk, majd például a Grippel vissza- 
másoljuk őket. Ez a megoldás ugyan 
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működik, de amíg nem 
teljes abumokkal dolgo- 
zunk, addig a CDDB 
adatbázis nem tud mit 
kezdeni a lemezzel, 
vagyis az összes ID3 
címkét kézzel kell beír- 
nunk. A második lehető- 
ség, hogy például 

a Hymn segítségével 

az összes DRM-es ron- 
daságot letisztítjuk 

a megvásárolt zeneszám- 
okról. Mindenkit figyel- 
meztetnék, hogy a Hymn 
kijátssza a DRM-et, és 
használata jogsértő azok- 
ban az országokban, ahol 
a gyártókhoz való kötő- 
dést engedélyező tör- 
vény létezik; ilyen példá- 
ul az Amerikai Egyesült 
Államok Digital Millen- 
nium Copyright Actje. 
Aki nem kedveli a grafi- 
kus felületeket, inkább 

a héjak egyszerű elegan- 
ciája vonzza, az ismer- 
kedjen meg a GNUpoddal; mely 

az iPodon található zenék kezelését 
segítő Perl fájlok gyűjteménye. 

A GNUpod eszközeivel mindent 

el lehet végezni, kezdve az iPod 

a zeneszámok tárolására szolgáló 
könyvtárszerkezetének létrehozásától, 
a zenék hozzáadásán és törlésén 
keresztül egészen a lejátszási listák 
kezeléséig. Mindezt a parancssorból 
lehet véghez vinni, a Perl parancs- 
fájloknak különféle átadott értékeket 
adva, mint például: 


gnupod. addsong.pl] -m /mnt/ipod 
s /tunes/rappers delight.mp3 


A GNUDPpod telepítése néhány másod- 
perc alatt elvégezhető. A közösség 
tagjai által készített, az interneten el- 
érhető leírások minden részletre kiter- 
jednek, a lépésről lépésre haladó út- 
mutatásokra támaszkodva a Firewire 
üzembe helyezésétől egészen az 

iPod újraformázásáig mindent meg- 
csinálhatunk. Írásom születésekor 

a GNUpod az összes iPod támogatásá- 
ra képes volt, ide értve a Shuffle-t is. 
A GIKPod jelenlegi változata (0.87) 

a Shuffle-t nem támogatja, de lehetsé- 
ges, hogy a megjelenés időpontjára 
már továbbfejlesztik. 





Hibaelhárítás 

Ha problémába ütközünk, semmi 
esetre se rémüljünk meg! Nálam is 
voltak kisebb fennakadások, mire 
minden megfelelően működni kez- 
dett. Először is, nem árt tisztában 
lenni azzal, hogy az illesztőprog- 
ramok egy része nem tökéletes. 

Az iPod Firewire kapcsolat feletti 
használatakor az sbp2 és az ohci1394 
modulra van szükség. A tesztrend- 
szereim egyike Red Hat Fedora Core 3 
alapú volt, melyen az up2date segít- 
ségével letöltött és telepített 2.6.10- 
1.741 FC3 rendszermag futott. 
Megjegyzem, ennek a terjesztésnek 
a gyári rendszermagja ismerten hi- 
bás, ami miatt az iPod USB kapcsola- 
ton keresztüli használata rémálom. 

A dolgok nagy része zökkenőmente- 
sen működött, bár az sbp2 modul 
összeomlott, amikor rootként meg- 
próbáltam eltávolítani a modprobe -r 
sbp2 paranccsal. Egyszer olyan is 
volt, hogy újra kellett töltenem az 
ohci1394 illesztőprogramot, mert az 
iPod nem látszott. lermészetesen 
mindenki más és más utat jár be, 
függően a rendszermag változatától 
és a gépében található Firewire kártya 
lapkakészletétől. 

Akinél az iPod lehúzása, újracsat- 
lakoztatása vagy a modulok eltávolí- 
tása és ismételt betöltése után sem 
látható az iPod, az se essen kétségbe. 
Nálam is volt ilyen, az egyetlen 
járható út, amit találtam, a gép 
újraindítása volt úgy, hogy az iPod 
csatlakoztatva volt hozzá. Nem 
mondanám, hogy elegáns megoldás, 
de hatékony. Mindenkinek javaslom, 
hogy olvassa át a terjesztéséhez 
tartozó leírást, annak alapján biz- 
tosan könnyebb lesz a felbukkanó 
hibák elhárítása. 





A cikkhez tartozó források elérhetősége: 
2 www.linuxjournal.comjarticle/8210 





Alapelvek 

Minden matematikai és technikai elvet 
mellőzve annyit lehet kijelenteni, hogy 
a 3D ábrázolásnak kettő elterjedt mód- 
szere van, amelyeket a különféle megje- 
lenítő programok használnak: a poligon 
alapú ábrázolás és a sugárkövetés. 

A poligonok ábrázolása során a számí- 
tógép általában háromszögekből készíti 
el az ábrázolni kívánt test felületét, 

s a műszaki rajzok ábrázolásából szi- 
várgott át más területekre is. Egy koc- 
kához hat négyszög kell, azaz 12 há- 
romszög, így viszonylag kevés koordi- 
nátával leírható lesz a test. A síklapok 
térbeli elhelyezése nagyon kevés szá- 
mítással elvégezhető. Egy gömb ábrá- 
zolásához viszont már sok száz-sok 
ezer háromszöget kell meghatározni, 
csak a sík felületek leírásához célszerű 
poligonokból összeállítani egy-egy tes- 
tet. Kétségtelen, hogy a számítógépes 
játékok elterjedése a poligonok ábrázo- 
lása révén vált lehetővé, mivel ez 

a módszer kevesebb számítási erőfor- 
rást igényel, viszont az elkészült , világ" 
is szögletes és elnagyolt lesz. Ha növel- 
jük a poligonok számát, a minőség és 

a szögletesség is lassan eltűnik, viszont 
— mivel felületekről van szó — négyze- 
tesen növekszik a szükséges számítás- 
igény. Különféle trükkök szükségesek, 
hogy a fénybe helyezett tárgy árnyékot 
vessen (shading), vagy a felületén az 
egyenetlenségeket észrevehetően ábrá- 
zoljuk (bump mapping). Ha tükröződés 
is cél, akkor a poligonok ábrázolása 


már kevés lesz, kénytelenek leszünk 
némi sugárkövetést is alkalmazni. 

A sugárkövetés szinte egy időben 
jelent meg a számítógépekkel, mivel 
pontos és összetett számolások ismé- 
telgetése szükséges egy kép összeállí- 
tásához. A sugárkövetés valójában 

a létező fizikai világ modellezése, 

a fényforrásból induló különböző 
energiájú (színű) fotonok a tárgyakon 
áthaladnak, elnyelődnek, újra kibo- 
csátódnak, szóródnak, visszaverőd- 
nek, módosulnak és végül egy na- 
gyon kis részük a szemlélődő ember 
szeméig jutnak el. A sugárkövetés 
ezen okból fordítva működik a számí- 
tógépes valóságban, ugyanis pazarlás 
olyan sugarakat követni, amelyek 
nem jutnak el a megfigyelőig. Ennek 
megfelelően az egész eljárás vektorok 
kezeléséből áll, a nézőpontból (kame- 
ra) a képernyő felbontásának megfe- 
lelő számú , látósugár" indul meg 

a virtuális világ felé, ahol kölcsönha- 
tásba lépnek a testek modelljeivel, 

s végül egy fényforrásba vagy a vég- 
telenbe jutnak el. Nagy felbontás és 
sok test esetén többmilliárd visszave- 
rődés és szóródás is lehetséges, illetve 
több fényforrásban is , véget érhet" 
egy-egy sugár élete. Megfelelő számí- 
tási kapacitás hiányában a sugárköve- 
tés nem alkalmas valós idejű 3D moz- 
gások ábrázolására, így a számítógé- 
pes játékok sem tudják kihasználni 

a tudását; a számítógéppel készített 
filmek és egyéb tévéjátékok viszont 


előszeretettel alkalmaznak sugárkö- 
vetést is, hiszen van elegendő idejük 
a használatára. 


PoVRay — Persistence of Vision 
Raytracer 

David K. Buck és Aaron A. Collins 
által készített DKBTIrace 2.12 program 
alapján készült el a PoVRay első ver- 
ziója, amelyet szakemberek tucatjai 
fejlesztenek azóta is, s a forrása is 
hozzáférhető bárki számára. 

A programnak saját speciális leíró 
nyelve van, amelyet SDL (Scene 
Description Language) rövidítéssel 
illetnek. Kismértékben hasonlít 

a C nyelvhez — minden bizonnyal 

a C nyelv volt a minta, de az a hason- 
lóság csak nagyon távoli rokonság. 

A program maga csak parancssoros 
felülettel rendelkezik, bár van sok 
frontend hozzá, amelyekkel kényel- 
mesen tudjuk használni (Kpovray, 
Blender, stb). 

Első feladatként készítsünk egy zöld 
színű gömböt, amelyet egy pontszerű 
fehér fényforrás világít meg megköze- 
lítőleg a kamera felől, s a kamera pont 
a gömbre figyel. 


$finclude "colors.inc" 
spherefí 
SOT SSOSSSEZ 
texture( 
pigmentí 


color Greenktt 
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light sourcef 
c2,4,33 color whitel 


cameraí 
location c0,2,35 
look at -0,0,053 


Nevezzük pov01.pov néven, s helyez- 
zük bele egy tetszőleges könyvtárba, 
amelyet arra a célra fogunk szánni, 
hogy képeket és PoVRay , programo- 
kat" helyezünk el benne. Ezt a fájlt le 
kell , fordítanunk" ahhoz, hogy képet 
kapjunk kimenetként. Ez a fordítási 
művelet renderelés álnéven dolgozik, 
s a következő parancssorral tudjuk 
előcsalogatni: 


povray 4L/usr/local/share/ 
5 povray-3.6/include/ 1-HH600 
5 .Ww800 --IpovO1l.pov -xopovO01 


Figyeljünk arra, hogy a 4L paraméter 
adjuk meg, ez ugyanis minden diszt- 
ribúcióban más lehet. A 4H paraméter 
a kép magasságát, a 4w a kép széles- 
ségét határozza meg, a --I utáni szö- 
veg határozza meg a lefordítandó 

a készítendő kép neve lesz. Alapértel- 
mezésben png típusa lesz a képnek 
(régebben tga formátumot használtak 
a készítők), de ezt felül lehet bírálni, 

s a program szinte az összes gyakori 
képformátumot képes felhasználni. 
Ha a grafikus felületünk elérhető 

a program számára a futásának ide- 
jében, akkor egy ablakot kapunk, 
ahol követhetjük a kép készítésének 
menetét. 





A 3D világ olyan koordináta rendszert 
kíván meg, amellyel meghatározha- 
tunk pontokat a térben. Erre a célra 

a műszaki ábrázolás már kiötlött mód- 
szereket: egyszerűen a kettő dimenzi- 
ós x-y koordináta rendszert kiegészí- 
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tették egy harmadik - z jelű — ten- 
gellyel is, amely a megjelenítés síkjától 
tart tőlünk a végtelenbe. Egy pont 
megadása tehát három szám segítsé- 
gével történik, mégpedig rendre az x, 
az y és a z koordinátával. Ha egy piros 
gömböt szeretnénk meghatározni 

a tér x—4, y—2 és 2—3 pontjára, akkor 
ezt a PoVRay formátumában a 


spheref 

SZESZ SZ S 

textureí 
pigmentí 
color Redkjtt 


0 SZ 


SDL részlettel tudjuk megoldani. 
Sokkal látványosabb lehet ez 
a PoVRgY által készített képet néz- 
ve amely egy példaprogramnak is 
tekinthető. 
finclude "colors.inc" 
spheref // zöld gömb az 
ss origóban 
20550, 505 002 
textureí 
pigmentí 
color iGreéehy s 


spheref // Piros gömb a 
3 megadott pozícióban 
El 2 35. 502 
textureí 
pigmentí 
color Redttt 


ESZÉN 
cylinderf // A Z tengely 
20,0,-103, -0,0,1035, 0.05 


pigmentí 
color whitekt 


cylinderfi // 3 egység hosszú 
ss szakasz, Z 
tengellyel párhuzamos 
24005, -4,0,35, 0.05 
pigmentí 
color Yellowj3 


cameraí 
location c5,5,-105 
look at c-0,0,053 


light sourcef 
25,5,-53 color whitel 











A pov0O2.pov példa alapján - feltéve, ha 
erős mérnöki vizuális látással bírunk — 
azonnal , élni" látjuk a számokat. Ha 
pusztán az SDL fájlt szeretnénk hasz- 
nálni, mindenképpen szükségünk lesz 
egyfajta belső látásra, amely biztosan 
kifejlődik a próbálkozások során. Néz- 
zük tehát a virtuális világ alkotóeleme- 
it, kezdjük a kamerával. 

A PoVRay kamerája (kamera.pov) egy- 
szerű felépítéssel bír, amely a látható 
képet is meghatározza. Bármerre is le- 
gyen a kamera (location), mindig 
van egy vektor (di recti on), amely 
meghatározza a képsík (image plane) 
középpontját. Ha megadunk néző- 
pontot (71ook at), akkor a kamera át- 
számolja az irányvektorát, és a képsík 
közepén az a tárgy lesz, amelyet a né- 
zőpont meghatároz. A képsík mérete 
alapesetben egységnyi, szélességét és 
magasságát közvetlenül a magasság- 
vektor (up) és a jobbra mutató vektor 
(right) határozza meg, s ebből adódik 
a látószög (angle), amelyet megadunk 
közvetlenül is, ám ekkor módosulnak 
az egyéb vektorok is. 


image plane 


angle 


a 
ölelte 


A program akkor is használ kamerát, 
ha erre külön nem utasítottuk. Az 
alapértelmezett kamera SDL leírója 
mindig felhasználásra kerül, s a saját 
kameránk csak felülírja pár alkotó- 
elemét: 


cameraí 
perspective 
location c0,0,05 











direction c0,0,1- 
Figne; 1. 337x 
up y 
sky -0,1,0 
ő 


Az első kulcsszó jelenti, hogy ez a ka- 
mera (illetve az egész sugárkövetés) 
perspektívát is ábrázol, amely abban 
nyilvánul meg első látásra, hogy a tá- 
volabbi objektumok kisebbek, mint 

a közelebbi objektumok. Ezt átkap- 
csolhatjuk ortografikusra, és már telje- 
sen más jellegű képet kapunk, ame- 
lyet inkább mérnöki ábrázoláshoz tu- 
dunk használni. 


cameraí 

// orthographic 
location c0,0,-45 
look at c-0,0,053 


A pov03.pov által tartalmazott állo- 
mányban az orthographic kulcsszó 
előtti komment jelet kitörölve-vissza- 
írva a két vetítési mód között tudunk 
váltogatni. A vetítési módok között 
az a különbség, hogy a perspektíva 
esetén a végtelenben egy pontba 


futnak össze a nézetvonalak, az 
ortografikus esetén pedig a vetítősík- 
kal párhuzamos vetítővonalakkal 
számol a program. A két ábrán 

a vörös gömb mérete eltérőnek 
mutatkozik, holott a zöld és a vörös 
gömb mérete azonos, csak a vörös 
gömb hátrébb foglal helyet. A pers- 
pektívatorzítás miatt ezért kisebb 
mérete lesz (ezt szoktuk meg a való- 
ságban is), mérnöki ábrázolásnál 
azonban nem szokás figyelembe 
venni a perspektívát, így a két gömb 
azonos méretűnek tűnik. Mivel 

a PoVRay alapvető felhasználása 

a fotorealisztikus képek készítése, 
így a perspektíva az alapértelmezése, 
viszont vannak olyan mérnöki prog- 
ramok, amelyek az ortografikus ábrá- 
zolást igénylik. 

A perspektíva alapú kamera tovább 
állítható, például halszem optikát 
tudunk rátenni a kameránkra, amely- 
nek az a lényege, hogy legalább 180" 
a látószöge. Eléggé furcsa élmény 
egy ilyen optika, viszont sok állat 
rendelkezik ilyen látással (a halakon 
kívül a madarak nagy része is), 
ugyanis ilyen szemmel mindent lát- 


nak, s ez a túlélésük tekintetében lét- 
fontosságú. PoVRay esetén a fisheye 
kulcsszó kell a kamera leírójába, 

s meg kell adni a szöget is, amely 
lehet akár 360" is (povO04.pov). lovábbi 
kameratípusok is találhatók a PoVRay 
eszköztárában, azonban ezek ritkán 
használatosak, némelyik pedig igen 
speciális célokat szolgál. Érdemes 
mindegyik vetítési módot kipróbálni, 
bár az eddig említett három mód 
tökéletesen elég az átlagos hasz- 
nálathoz. 

Ha megadunk egy kamerapozíciót és 
egy nézőpontot, akkor még alig hatá- 
roztunk meg a kamerát. Kettő pont 
ugyanis egy vektort jelent csak, s meg 
kellene adnunk a kamera állását is, 
hiszen tarthatjuk akár fejjel lefelé is. 
Erre a célra szolgák a sky kulcsszó, 
amely a , felfelé" irányt adja meg. 
Bármilyen pontot meghatározhatunk 
a térber, a program ettől a ponttól 

egy merőlegest próbál húzni a már 
meghatározott szakaszra és ezzel 

a merőleges vektorral már meg tudja 
esetben az y koordináta lesz a képsík 
, felfelé" iránya. 
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A látószöget (angle) alapvetően meg- 
határozza a kamera iránya (direction), 
s az a tény, hogy a képsík kiterjedése 
alapesetben egy egységnyi négyszög. 
Ha közvetlenül megadjuk a látószö- 
get, akkor a képsík mérete nem fog 
megváltozni, az irányvektor hossza 
módosul. Ez gyakorlatilag azt jelenti, 
hogy az irányt még azelőtt kell meg- 
határozni, mielőtt szöget adunk meg, 
mert látószöget módosítja, ha utána 
adjuk meg az irányvektort. 

A képsík relatív méreteit az up és 

a right kulcsszó határozza meg, s 
alapesetben a képernyő felbontásához 
van , torzítva". A szélesség 4/3 szorzó- 
val szélesebb, mint a magasság. Ha el- 
térő arányokat szeretnénk (például A4 
méretű papírra vagy 10x15 fotópapír- 
ra dolgozunk), akkor például az 


up y 

right 1.57x 

sorokat kell a kamerában elhelyezni. 
Ez az arány minden esetben egyezzen 
meg azzal az aránnyal, amekkora 
aránnyal a képet elkészítjük, ellenkező 
esetben a képen torzulás fog jelent- 
kezni. Ez főleg abban jelentkezik, 
hogy a gömbök vetülete nem kör lesz, 
hanem ellipszis. 
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Alapesetben kamera végtelen mély- 
ségélességgel rendelkezik, amely egy 
kissé ront a valóságérzeten, hiszen 
minden nem lehet egyszerre éles (ha- 
csak nem lyukkamerát használunk :). 
Ezen a problémán tudunk segíteni 

a ftókuszpont meghatározásával, 
amely általában a kamera nézőpontja 
is egyben. A fókuszpont környéke 
szokott éles lenni, s az élességtarto- 
mány méretét nevezzük mélységéles- 
ségnek. Minél nagyobb ez a jelző- 
szám, annál nagyobb távolságot lá- 
tunk élesnek. Ennek eléréséhez né- 
hány egyéb beállítást is el kell végez- 
nünk, amelyek közül az apertúra 
(aperture) jelenti a legfőbb paramétert. 
Ez tulajdonképpen a kamera optiká- 
ján található nyílás méretét jelenti, s 
a valósághoz hasonlóan a nagyobb át- 
mérő kisebb mélységélességet jelent. 
Ha nem definiáljuk, akkor ennek az 
értéke nulla, amely végtelen mélység- 
élességet jelent: minden pengeéles 
lesz, legyen az pár egységnyire vagy 
a távoli végtelenben. A megjelenítés 
minőségét a felhasznált fénysugarak 
számával (blur samples) tudjuk befo- 
lyásolni: a 10 még elnagyoltnak és 
gyengének tűnik (de a kép készítése 
közben megfelelő kompromisszum le- 





het), 500 fölötti szám már feleslegesen 
szép eredményt ad. lermészetesen mi- 
nél nagyobb számot adunk meg, annál 
több időbe telik a kép elkészítése. 


cameraí 
location c0,0,-4s 
aperture 2.0 
blur samples 500 
focal point c0,0,05 
look at c-0,0,0353 


A povO5.pov egyszerű másolata a har- 
madik példának, viszont a kamera 
esetén megadtuk a szükséges adato- 
kat, amelyekből a program már képes 
mélységélességet számolni. A bal ol- 





dali kép esetén a zöld, s a jobb oldali 
esetén a vörös gömb került a fókuszba. 
Számítsunk arra, hogy a fotorea- 
lisztikus mélységélesség esetén 

— a példában is látható — két gömböt 
tartalmazó világ renderelése akár 1-2 
percet is igénybe vehet egy korszerű 
(2-3 GHZ-es processzorral szerelt) gép 
esetén! 

A következő részben a világítás és 

a különböző fényforrások részletes 
beállításaival fogunk foglalkozni, 
illetve a program fontosabb parancs- 
sori kapcsolóival. 





Auth Gábor 
(auth.gaborxenaplo.hu) 
Egy pécsi középiskolá- 
ban informatikát és 
programozást oktat. 

Tíz éve botlott először 


Mu 


a UNIX rendszerekbe, 7 év Linux hasz- 
nálat után kapta el a FreeBSD lázat, 
amiből máig nem tudott kigyógyulni. 
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Az SUG világa (1. rész) 
Alapvetés, történet 


Most induló sorozatunkban az SVG-t fogjuk körüljárni. Tartson velünk, aki érdek- 
lődik a webfejlesztés és a grafikus programok iránt, vagy ha egy kicsit szeretne 
a jövőbe tekinteni... Ízelítőként a tartalomból: W3C, MMS, XML, Sodipodi, 
Inkscape, Mozilla, Thunderbird, Kongueror, KDE, GNOME, PHP és így tovább. 
Ennek a hosszú felsorolásnak a tagjaiban az a közös, hogy mindegyik valamilyen 
kapcsolatban áll az SVG-vel. A lista az alkalmazások nagyon széles spektrumát 
jelenti a mobiltelefonoktól egészen a programozási nyelvekig. A sorozat első 
részében a W3C, az MMS és az XML titkairól lebben fel a fátyol. 


Pixel- és vektorgrafika 

Ahhoz, hogy az SVG-vel bármilyen 
szinten tudjunk foglalkozni, sőt, még 
mielőtt megtudnánk, mi ez egyáltalán, 
ismernünk kell a számítógépes grafi- 
kák két nagy csoportját. A raszteres 
képeket mindannyian jól ismerjük, 
ilyen képeket készít például a digitális 
fényképezőgép, a lapolvasó és a pixel- 
grafikus programok, például a Gimp. 
A sokféle részterület közös jellemzője, 
hogy az elkészült kép tovább nem na- 
gyítható minőségromlás nélkül, vala- 
mint a kép méretével és színmélységé- 
vel egyenes arányban nő a lemezen 
elfoglalt mérete, mivel elemi képpon- 
tokra felbontott képet tárol. Ezen tu- 
lajdonsága miatt gyakran a vesztesé- 
gesen tömörített alfajaival találkozunk 
(JPG és GIF), ahol a mérete már ke- 
vésbé riasztó, de az állandó újratömö- 
rítések sokat rontanak a minőségen. 

A vektorgrafika ellenben alakzatokat 
és tulajdonságokat tárol, tehát csak 

a grafika összetettsége határozza meg 
a képméretet, a megadott információk 
alapján bármekkora kép kirajzolható, 
azaz tetszőlegesen nagyítható. Tipikus 
felhasználási területe a műszaki 
célú(például CAD) és a általános vek- 
torgrafikus programok. Ha a webes 
felhasználást tekintjük, akkor a kettő 
előnyös kombinációja a legcélszerűbb. 
Jelen pillanatban ezt a legkiforrottab- 


ban a Macromedia Flash-sel tudjuk 
elérni. Ezen formátumok is néha 
tömörítettek, ellenben felépíté- 
sénél fogva veszteségmente- 

sen tömörítik a vektorgra- 

fikát. Az SVG esetében is 
tömöríthetjük a végered- 
ményt, például a gzip-pel. 
Igaz, hogy ezt egy BMP 
(pixelgrafikus) képpel 

is megtehetjük, de 

az egyszerű szöveg- 
fájl, az SVG, jobban 
tömöríthető, mint 

a pixelgrafika. 

Ebben a környezet- 

ben tetszés szerint 
keverhetjük a raszte- 
res és vektoros eleme- 
ket a leggyorsabb és leglát- 
ványosabb megoldások 
érdekében. De mi is a gond 

a Flash-sel? Előnye, hogy 
egész animációkat, valósá- 
gos kisfilmeket lehet vele 
gyártani, de nem nyílt 
szabvány, a web fejlesztőköz- 
pontjában, a World Wide Web 
Consortiumnál (a továbbiakban W30€) 
úgy vélték, szükség van egy teljesen 
platformfüggetlen, általános célú, 
szabványos vektorgrafikai formátum- 
ra, mely teljesen beleillik a többi 

W3C szabvány közé. 












Az SVG tör- 
ténete és fejlődése 
Ez lett az SVG, a Scalable Vector 
Graphics, mely immáron hat éves 
múltra tekint vissza, hiszen 1999-ben 
jelent meg az első piszkozata a formá- 
tum leírásának. Nem kellett sok idő 
és az új specifikáció 2001-ben W3C 
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ajánlássá lépett elő SVG 1.0 néven. 
Azóta frissebb változatok és új hajtások 
is kinőttek a W3C talajából, a tervek 
egészen szerteágazóak: a nyomtatásra 
szánt dokumentumoktól (SVG Print) 

a mobilalkalmazáson át (SVG Mobile) 
egészen a jobb szkriptelhetőségig (a 
Document Object Modellel való jobb 
együttműködés) mindenre van már 
javaslat. Ezeket a http://www.w3.org/ 
Graphics/SVG/ weboldalon magunk 

is szemügyre vehetjük. 

A webes tartalom-előállítás (Authoring 
Tool Guidelines) és a fogyatékos láto- 
gatók számára készülő (Accessibility 
Technigues) elképzelések már igazán 

a jövőbe mutatnak, olyannyira, hogy 
még piszkozat sem jelent meg ezekről. 
Ami viszont a közeli jövőt illeti, az 
egyik friss újdonság az SVG-s MMS. 
A betűszó feloldása: Multimedia 
Message Service. Eddig pixelgrafikus 
képeket, videókat küldözgethettünk, 
most viszont akár SVG fájlokat is. 

Mi ebben a nagyszerű? Az MMS-ért 
adatforgalom alapján kell általában 
fizetni, ezért nem mindegy, hogy 
mekkora az elküldött üzenet. A Nokia 
2005 májusában adta ki az útmutatót 
(http://svg.org/story/2005/7/5/181035/37 
48). Mi sem természetesebb, hogy egy- 
re-másra kerülnek az üzletek polcaira 
az SVG-t ismerő mobiltelefonok, mint 
a Nokia 7710 vagy a Sony Ericsson 
s600i. Bár ezeknél a készülékeknél 
jogos a kérdés, hogy minek nevezze- 
lek, mert gyakorlatilag mobiltelefon- 
nal beoltott kéziszámítógépek. 


A szabvány 

Jelen pillanatban a legtöbb alkalmazás 
az 1.0-ás SVG-t sem tudta teljes mér- 
tékben megvalósítani, az alkalmazás- 
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links 
examples 
browser 
dntml 





szállítók a szabványkiagyalók után 
kullognak ebben a tekintetben. A fel- 
használó számára olyan sok különb- 
ség nincs is az 1.0-ás és az 1.2-es for- 
mátum között, ellentétben például 

a szoftverek számozásával, ahol a vég- 
felhasználó által látványos fejlesztések 
történnek. A fájlformátumok kidolgo- 
zása nem ilyen, az apró módosítások 
rejtve maradnak, minden az adott 
alkalmazáson múlik. 

Térjünk rá most már magára 

a szabványra. Sok más formátumhoz 
hasonlóan az SVG is az XML 1.0-ra 
(hittp:[/www.w3.org/ TR/2004/REC-xml- 
20040204/) épül, amely mutat ugyan 
csekély hasonlóságot a webet jelen pil- 
lanatban is uraló HTML formátummal, 
de sokkal alkalmasabb programok álta- 
li kezelésre, mivel szigorú struktúrát 
követel meg. A HTML leírónyelvet 
ismerőknek például komoly változás, 
hogy minden címkénél(tag) kötelező 

a záróelem. Bővebben 

a (http://www.w3c.hu/forditasok/ 
XML 10 pontban.html) W3C magyar 
oldalain olvashatunk arról, hogy az 
XML miben tér el a HIML-től. Az 
SVG-t a Flash-hez hasonlóan kezdettől 
animációkra és interaktív működésre 
is felkészítették és éppúgy lehet benne 
raszteres kép is. Egy SVG dokumen- 
tum ehhez hasonlóan épül fel: 


c?7xm] version-"1.0" 
standalone-"no"?s 
ca!DOCTYPE svg PUBLIC 
//w3C//DTD SVG 1.1//EN" 


"http: //www. w3 . org/Graphi1cs/SVG 
71.17DTD/SvgÁT-dtd s 

csvg width-"2cm" height-"2cm" 
vers10n-"1.1" 





xmlns-"http://www. w3 . org/2000/ 
—svg . 
cdescsEgy negyzet 
c/descz 
SHREGtEKCGVSSEMEEYZKÜOSSEMN 
width-"1cm" height-"1cm"/: 
c/svgz 


Amint a cdesc: tagek között megad- 
tuk, ez nem tesz mást, mint megjelenít 
egy négyzetet. Aki az XHTML szab- 
ványt ismeri, annak ismerősek a szer- 
kezeti elemek, hiszen a technikailag 
fejlett weboldalak ma már a HIML 4 
helyett az XHTML-t részesítik előny- 
ben. Habár a példát bármilyen szö- 
vegszerkesztővel elő lehet állítani, az 
SVG összetett nyelv, csak SVG- 
szerkesztővel érdemes nekivágni a ko- 
molyabb munkának. Aki mégis szeret- 
né XML szinten beleásni magát az 
SVG-be, annak az egyszerű szöveg- 
szerkesztő helyett a KXML Editor 
(http://kxmleditor.sourceforge.net/) 
nyújt segítséget. Ezzel a szoftverrel 
bármilyen XML formátumú fájlt meg- 
jeleníthetünk többféle struktúrában és 
szerkeszthetjük is. 

Ebben a példában csupán egyetlen 
grafikát leíró taget próbáltunk ki, 

a rect-et, így most tekintsük át, mi 
mindent lehet SVG-ül mondani. A leg- 
fontosabb, hogy a CSS 2-ből megismert 
formázások többnyire alkalmazhatók 
az SVG elemekre. De melyek is ezek az 
elemek? Lehet négyszöget, kört, ellip- 
szist, sokszöget és törtvonalat rajzolni. 
Alapvetően ezekből a geometriai ele- 
mekből és a tetszőleges kombináció- 
jukból állnak a bonyolultabb SVG raj- 
zok is. Emellett használhatunk szöve- 
get, különféle átmeneteket, szűrőket és 
átalakításokat végezhetünk, forgathat- 
juk a koordinátarendszert például. 

A nyelv nagyon sokrétű, így ahhoz, 
hogy megállapítsuk egy fájlról, hogy 
van-e benne hiba, a W3C kiadta az 
SVG Validatort, mellyel egyetlen pa- 
ranccsal kiderül, követi-e a W3C speci- 
fikációját az adott fájl. Ezt a hasznos 
Javaban írt(azaz szinte minden plat- 
formon működő) programot 

a http://jiggles.w3.org/svugvalidator/ 
címről tudjuk letölteni illetve ugyanitt 
on-line is kipróbálhatjuk. 


A gyakorlat 

Most, hogy egészen a mélyére néztünk 
az SVG-nek, váltsunk perspektívát és 
nézzük meg, hogy ez az elméletben jól 


csengő formátum hol tart a gyakorlat- 
ban. Ma már szinte mindegyik 
webböngésző felkészíthető az SVG fáj- 
lokra, azonban a Macromedia Flash-sel 
ellentétben az elterjedtsége csekély, na- 
gyon kevés böngészőben van beépített 
támogatás, az SVG bővítmények 
(plugin) pedig nem terjedtek el. Ráadá- 
sul a natív SVG támogatás a böngé- 
szőkben gyenge minőségű, Firefoxszal 
(1.0.4-es változat) a szkriptelhető SVG 
nem ment, a Kongueror (3.3.2) ugyan 
támogatta, de sok esetben rövid hasz- 
nálat után összeomlott. Érdemes mégis 
foglalkozni az egésszel annak ellenére, 
hogy jelen pillanatban ilyen csekély 

az SVG elfogadottsága? Feltétlenül. 

Az Adobe több platformra is fejleszti 

az SVG pluginjét és SVG-nézegetőjét 
és minden magára valamit is adó 
webböngésző gőzerővel dolgozik az 
egyre tökéletesebb natív SVG támoga- 
táson. Olyan komoly grafikus alkalma- 
zások és cégek sorakoztak fel az SVG 
mögött, mint a KDE, a Gimp, a Mozilla 
Foundation, a Gnome, az Adobe 
Illustratorja és még sokan mások. 
Elsősorban a webes használat tör elő- 
re, azonban Gnome és KDE esetében 
már a rendszeren belüli használat 

is lehetséges. 


Látványos SVG a weben 

A http:/[/www.carto.net/papers/svg/ 
samples/ címen számtalan látványos 
SVG képet, animációt és interaktív alkal- 
mazást találunk, melyek nagyon jól 
szemléltetik, hogy mire is alkalmas már 
jelen pillanatban az SVG. A példák több- 
ségéhez nem elegendő a böngészők be- 
épített SVG támogatása, érdemes besze- 
rezni az Adobe által kibocsátott SVG 
nézegetőt (Attp://www.adobe.com/ 
svg/viewer/install/main.html), mert így 
minden korlátozás nélkül úgy tudjuk 
megnézni az összetett SVG animációkat, 
ahogy azt a szerző kitalálta. Az Adobe 
csupán egy Red Hat Linux alatt használ- 
ható bétát adott ki, de szerencsére álta- 
lános célú telepítőprogramja van, így 
bárhova feltelepíthető. Elméletileg 

a letöltött .tar.gz fájlból kitömörítés után 
csupán az install.sh-t kell elindítani, 

de Debian Sid alatt nem működött, 
viszont kézzel végrehajtva a fájlban 
lévő utasításokat, kiválóan be lehetett 
üzemelni és életre keltek Firefoxban 

a halott SVG-animációk is. Azonban 

jó tudni, hogy az Adobe SVG megoldá- 
sai zárt forráskódúak. 


9/G, WEB és HTML? 

Ha a weboldalainkon SVG-t aka- 
runk használni, akkor ugyan hasz- 
nálhatjuk a HTML 4-es leírónyelvet 
is, azonban jó ha tudjuk, hogy 
ahogyan grafikában XML alapú 
formátumot használunk, ezt meg- 
tehetjük az egész weboldalon is. 

Az SVG-t támogató böngészők 
úgyis követik a friss szabványokat, 
így aztán nem veszítünk látogatót, 
ha magát az oldalt sem elavult mó- 
don építjük fel. Mivel ez a cikksoro- 
zat alapjában véve az SVG-ről szól, 
részletesen nem foglalkozunk az 
XHTML-el, de magyar nyelven 
(http://htmlinfo.polyhistor.hu/xhtmi1s 
e/cover.html) is utánajárhatunk, 
hogyan kell XHTML oldalakat írni. 
Kicsit ugyan mellékszálnak tűnhet- 
nek a fentiek, de amennyiben az 
SVG-t a webfejlesztés szemüvegén 
keresztül nézzük, kikerülhetetlen az 
a kérdés, hogy magát az oldalt, ahova 
a grafika kerül, hogyan készítsük el. 


Atjárás az alkalmazások között 

Ha általánossá válik a vektorgrafikus 
programok körében az SVG támoga- 
tás, egy közös nevezővé válik ezen 
alkalmazások között, hiszen egy nyílt 
formátum, melyet bárki megvalósít- 
hat szoftverében, nem gátolják jogi 
problémák. A másik eshetőség, hogy 
minden nagy szoftvergyártó csavar 
egy kicsit a formátumon és egymást 
csak hellyel-közzel értő részekre esik 
szét az SVG-t használók tábora. Jelen 
pillanatban a linuxos grafikai progra- 
mokat kipróbálva szerencsére az első 
változat látszik megvalósulni, bonyo- 
lultabb grafikákat betöltve, mentve 

a sok különféle SVG alkalmazás kö- 
zött semmi probléma nem bukkant 
föl. Ráadásul már most is lehet példá- 
ul AutoCadból SVG-be menteni, ami 
tovább erősíti azt az elképzelést, 
hogy a csereformátum szerepét 

is betölti az új szabvány. 

Idevágó költői kérdésünk: lehet ennél 
még kényelmesebb is? Azon túl, hogy 
a vektorgrafikus programok egymás 
közt remekül eltársalognak SVG-ül, 

a vektorgrafikát egy csapásra pixelgra- 
fikussá alakíthatjuk, ha a helyzet úgy 
kívánja. A GIMP ugyan elsősorban 
raszteres képekkel dolgozik, de az 
SVG-t be tudja olvasni és onnantól 
kezdve a GIMP által támogatott összes 
formátumban elmenthetjük a képet. 


Remélhetőleg a közeljövőben, amikor 
nem csak a szabad szoftver közössége 
fogja felismerni az SVG jelentőségét 
(azért már ma is vannak kivételek), 
akkor is megmarad ez az átjárhatóság. 
Mivel az SVG-hez számtalan egyéb 
webes formátum kapcsolódik 
(XHTML, CSS 2, stb), ha elkezdődik 
például az Internet Explorerben az 
SVG támogatása, az új webes tech- 
nológiákkal is lépést fog tartani a most 
kissé elmaradt (nem felhasználószám- 
ban, hanem szabványkövetésben) 
böngésző. 

A következő részben már SVG-t 
támogató alkalmazásokkal fogunk 
dolgozni! Akár Linuxot, akár valame- 
lyik BSD-t vagy esetleg Windowst 
használjunk is, kényelmes SVG-szer- 
kesztőkkel fogjuk gazdagítani webes 
fegyvertárunkat! Addig is figyeljük 
mobilszolgáltatónk kínálatát, mikor 
tűnik fel az első SVG-megfelelő mobil 
Magyarországon! 


NT THY TA 
SVG példaoldalak: 


2 www.carto.net/papers/svg/ 
samples/ 


2 www.w3schools.com/svg/ 
svg examples.asp 


2 www.croczilla.com/svg/samples/ 


2 www.w3.org/Graphics/SVG/ 
lTest/ — a hivatalos tesztoldal 


2 www.taedium.com/svg/ 


2 www.visionmonster.com/ 
svg/ — egy egész oldal SVG-ben 


SVG leírások: 

2 www.w3.org/T R/SVG/ - a hivatalos 
leírás 

2 www.w3schools.com/svg/ 
default.asp 

2 svg.lap.hu/ 
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ki valaha is próbált már két 
embernél többel egyszerre 
együtt dolgozni, az tisztában 


azzal, hogy mi jelent a jó szervezés, 
az információk hatékony megosztása. 
Évekkel ezelőtt ilyen célra hirdetőtáb- 
lákat használtak, körtelefonok mentek 
egész nap a csapat tagjai között. Aztán 
megjelent az internet, az e-mail, 

a World Wide Web. Végre lehetett egy- 
szerre hatékonyan sok emberrel infor- 
mációt megosztani, megjelent egy 
olyan környezet, amelyet hatékonyan 
lehetett használni arra, hogy megszer- 
vezzük a munkát, megszervezzük az 
életünket. Több cég felismerte az 
igényt és a 90-es évek elejétől sorra je- 
lentek meg a csoportmunkát támogató 
megoldások. Lotus, Exchange, hogy 
csak a két legnagyobbat említsem. 

A csoportmunkát támogató rendszerek 
mindegyiket törekedett arra, hogy 
amellett, hogy az egyén megszervezhe- 
ti a saját munkáját, mindezt oly módon 
tegye, hogy azzal közvetve a többiek 
munkaszervezését is befolyásolja, segí- 
teni tudja. Legelső elterjedt megoldá- 
sok a közösen használható naptárak, 
névjegyalbumok voltak - természetesen 
az integrált levelező rendszer mellett. 
Az első csoportmunka rendszerek 
megjelenése óta eltelt időben az infor- 
matika és a távközlés olyan fejlődésen 
ment keresztül, amely alapvetően át- 
alakította mind a lehetőségeket, mind 
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pedig a felhasználók igényeit. Ilechno- 
lógiai oldalról elképesztő újítások jelen- 
tek meg. A tenyér méretű számítógép, 
a mobiltelefon, amely rendelkezik 
olyan hatékony kommunikációs háló- 
zattal, amellyel olcsón és gyorsan lehet 
adatot átvinni, megjelentek olyan háló- 
zati protokollok, amelyeken keresztül 
több gépet tudunk kezelni, állandóan 
szinkronban tudjuk tartani az adatain- 
kat. Nézzük hát, hogy mit is várhatunk 
és mit kapunk egy ilyen rendszertől. 


Naptár 

A két legnépszerűbb és leggyakrabban 
használt szolgáltatás egyike a közösen 
is használható határidő naplók elektro- 
nikus reinkarnációja. Szinte minden 
csoportmunka alkalmazás tartalmaz 
ilyen szolgáltatást — legalábbis azok, 
amelyek komolyan gondolják, hogy 
felhasználókat fognak kiszolgálni. 

Az ilyen naptárakat használhatjuk arra, 
hogy saját személyes bejegyzéseket he- 
lyezzünk el, oly módon, hogy ezt más 
felhasználók ne lássák, ugyanakkor ké- 
szíthetünk olyan bejegyzéseket is, ame- 
lyekhez más felhasználókat is hozzá- 
rendelünk. Ez egy nagyon hasznos 
funkció, ha szervezünk egy olyan meg- 
beszélést, ahol egy csapatból több em- 
ber is jelen lesz, ilyenkor az időpont és 
helyszín egyeztetése után a szervező 

a résztvevők naptárában is elkészítjük 
a bejegyzést, sőt az okosabb rendsze- 





rek e-mailben, SMS-ben értesítik 

a résztvevőket, hogy új meghívót kap- 
tak egy eseményre. A meghívókat el 
lehet fogadni, ezzel visszaigazolhatjuk 
a részvételt, el tudjuk utasítani, ha va- 
lamilyen ütközés volna egyéb bejegy- 
zéssel. Ma már vannak olyan naptárke- 
zelő rendszerek, amelyek nem csak 
emberi erőforrásokat képesek kezelni, 
így nem csak a résztvevőket vehetjük 
fel egy adott időponthoz, hanem fog- 
lalhatunk vele tárgyalót, projektort, 
vagy egyéb más erőforrást. Ez a megol- 
dás sok környezetben megkönnyíti 

a mindennapi munkaszervezést, 
könnyen elkerülhetjük azokat az esete- 
ket, amikor többen is egy időpontban 
mennének be egy tárgyalóba, vagy 
éppen a parkolóban keresi az ember 

a céges autót és azon bosszankodik, 
hogy ki vitte el már megint. 


Névjegyek 

A másik nagyon népszerű szolgáltatá- 
sa a csoportmunka rendszereknek 

a névjegyalbum szolgáltatás. Ezek az 
alkalmazások teljes mértékben helyet- 
tesítik, sőt kiterjesztik a korábbi név- 
jegykártya gyűjtők szerepét. Az egyes 
bejegyzéseket a felhasználók egyedül, 
vagy közösen kezelhetik, követhetik 
a változásokat és mindig rendelkezé- 
sére áll azoknak az embereknek, akik 
a rendszert használják. Napjainkban 
azt hiszem elmondható, hogy a mobil- 








telefonok terjedésének egyik követ- 
kezménye, hogy az emberek egyre ke- 
vesebb telefonszámot jegyeznek meg, 
hiszen mindenki aki fontos, név alap- 
ján benne van a telefonunkban. Innen 
már csak egy lépés annak megoldása, 
hogy az irodai, vagy az otthoni szá- 
mítógépünk a fontos névjegyeket 

a telefonunkra küldje, így egy-egy 
névjegybejegyzés módosítása után 
biztosak lehetünk abban, hogy a név- 
jegyet használók mindig a legfrissebb 
adatbázissal dolgoznak. Ennek megol- 
dására mostanság már egyre több 
rendszer és mobil eszköz támogatja 

a SyncML protokollt, amely pontosan 
ezt a feladatot hivatott elvégezni az 
Interneten keresztül. 

A naptár modulhoz némileg kötődő 
funkció a teendők feljegyzésére szolgá- 
ló modul, amely szintén mindegyik 
rendszerben megtalálható. Ez némely 
programoknál nem jelent többet, mint 
olyan bejegyzések, amelyek emlékez- 
tetőül szolgálnak bizonyos feladatok 
elvégzéséhez, azonban az okosabb 
szoftverek ezt a funkciót is jelentősen 
továbbfejlesztették. Vannak olyan 
rendszerek, ahol egy-egy bejegyzés- 
hez erőforrásokat rendelhetünk, a fel- 
adat elvégzésére időintervallumokat 
adhatunk meg, prioritásokat rendel- 
hetünk az egyes funkciókhoz, sőt akár 
követhetjük, hogy a feladatot az adott 
napig milyen részben készítettük el. 
Ezekkel a funkciókkal és némi szerve- 
zéssel akár egyszerű projektirányító 
rendszerré is válhat a teendők modul. 


Levelezés 

Talán minden rendszer alapja, a leg- 
fontosabb funkció, amely nélkül az 
egész rendszer nem sokat ér. Szállító- 
tól függően más és más megoldással 
találkozhatunk ezen a téren is. Vannak 
szállítók, akik saját, beépített levelező 
megoldással szállítják a rendszerüket, 
ilyenre a legegyszerűbb példa 

a Microsoft Exchange. Megint más 
szállítók azt a taktikát követik, hogy 
az egyszer már elkészült és rendelke- 
zésre álló modulokat nem valósítják 
meg újra, hanem használják, főleg ha 
az ingyenesen, szabadon rendelkezés- 
re áll. Ilyen meggondolás alapján épí- 
tik a Linuxos munkacsoport kezelő 
szoftverek jelentős részét, így ki lehet 
aknázni a Linuxban meglévő megle- 
hetősen erős és jól használható leve- 
lező szolgáltatásokat. 


Wiki 

Ejtsünk néhány szót az internetes 
tudás egyik legújabb gyűjtő, tároló 

és megjelenítő formájáról, a Wiki-ről. 
A Wiki szó eredete a Hawaii wiki wiki 
kifejezésből ered, ami körülbelül 
annyit tesz, hogy gyors, közvetlen 
(forrás: wikipedia.org). Az internetes 
jelentése a szónak egy olyan interak- 
tív tudástárat fed, ahol a felhasználók 
közösen készítik el az adott oldalon 
megjelenő információt, mégpedig 
olyan módon, hogy az adott oldalakat 
minden felhasználó saját szája íze és 
legjobb tudása alapján tudja szerkesz- 
teni. Mára az egyik legnagyobb adat- 
bázissal rendelkező internetes enciklo- 
pédia is ezen a merőben újszerű ala- 
pon kezdte meg működését. Aki nem 
ismerné, annak ajánlom figyelmébe 

a wikipedia.org című oldalt. 

A wiki tehát gyorsan közkedvelt 
eszközzé vált a tudás orientált környe- 
zetekben, így nem csoda, hogy a mun- 
kacsoportos rendszerek készítői is 
felfigyeltek rá és mára több rendszer 
elhagyhatatlan moduljává vált. Egy- 
egy projekt kapcsán nagyon jól hasz- 
nálható, amikor több ember közösen 
gondolkodik és dolgozik egy adott 
témán- Látványosan és jól használha- 
tóan tudják egymás tudását közös tu- 
dássá tenni, így nagyon hatékony esz- 
köz a használható tudás létrehozása 
terén akár vállalati-, akár oktatási-, 
vagy éppen magáncélokra. 


Visszakeresés 

Természetesen a csoportos munka 
semmit nem érne, ha a munka során 
elkészített dokumentumainkat nem 
tudnánk rendszerezni, elhelyezni egy 
megfelelő, később visszakereshető 
helyen. A tárgyalt rendszerek többsé- 
ge erre is kínál valamiféle megoldást. 
Vannak rendszerek, amelyek ilyen cél- 
ra külön, csak a rendszerben elérhető 
mappastruktúrákat kínálnak. Ebben 
az esetben a rendszerben a létrehozott 
mappákra megadható hozzáférési jo- 
gosultság, amely a felhasználók, vagy 
felhasználói csoportok számára dekla- 
rálja az adott anyaghoz való hozzáfé- 
rés szabályait. Ez egy nagyon hasznos 
dolog, hiszen egy nagyobb projekt 
kapcsán meglehetősen sok embernek 
kell együtt dolgoznia, ugyanakkor 

a felhasználók általában meglehetősen 
heterogén hozzáférési jogokkal ren- 
delkeznek. Így egy a projekt felügye- 


letét végrehajtó felhasználó személy 
például olvasási jogokkal hozzáférhet 
a teljes rendszerhez, míg egy adott 
terület felelőse csak az adott terület 
dokumentumait kezelheti, azokat 
viszont teljes jogosultsággal. 

Egy másik szemlélet szerint a rendszer 
nem kínál külön mapparendszert 

a dokumentumok tárolására, ellenben 
hozzáférést engedélyez egy meglévő 
fizikai állományrendszerhez. Ennek 

a megoldásnak előnye, hogy a doku- 
mentumok nem csak az adott rend- 
szeren keresztül, hanem attól függet- 
lenül is elérhetőek, ám ez a funkciona- 
litás van amikor éppen hátrány, nem 
pedig előny. 

Megint más rendszerek egészen odáig 
mennek, hogy nem csak egy mappa- 
struktúrában tárolják az adatokat, ha- 
nem gyakorlatilag egy adatbázisban, 
méghozzá megjegyzésekkel ellátva 

a dokumentum teljes, vagy kivonatos 
tartalmával. Ezen metaadatok segítsé- 
gével a későbbiekben a dokumentu- 
mok az előző megoldásokhoz képes 
sokkal hatékonyabb módon lesznek 
visszakereshetőek. Az ilyen rendsze- 
rek hátránya jelenleg talán a kicsit kö- 
rülményes feltöltés, hiszen nem elég 
magát a dokumentumot a helyére ten- 
ni, azt megfelelő metaadatokkal is el 
kell látni. Ugyanakkor a jövő minden- 
képpen ebbe az irányba mutat, hiszen 
ezzel a módszerrel olyan információ 
állítható elő, amelyet aztán a későbbi- 
ekben ember és gép számára is tudás- 
sá lehet alakítani. 


Fórum 

Ha már a wiki rendszerektől ejtettem 
szót, akkor említsük meg a wiki közeli 
rokonát, a fórum szolgáltatást is. A kor- 
szerűbb munkacsoportos rendszerek- 
nek természetesen ez a modul is jófor- 
mán elválaszthatatlan részét képezi. 

A wiki-vel ellentétben itt nem egy do- 
kumentum formálása a cél, hanem sok- 
kal inkább a párbeszéd dokumentálása, 
amelynek kapcsán a végén egy döntés, 
vagy dokumentum megszületik. A wiki 
és fórum nagyon jól kiegészíti egymást 
az interaktív tudás létrehozása terén. 


Kapcsolódás a rendszerhez 

Most, hogy végére értünk a fonto- 
sabb funkciók áttekintésének, nézzük 
meg, hogy milyen módon tudunk egy 
ilyen munkacsoportos rendszerhez 
kapcsolódni. 
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Azoknál a rendszereknél, amelyek 
története a 90-es évek elejére nyúlik 
vissza — mint az Exchange, vagy a Lotus 
— szinte mindenütt találunk a rendszer- 
hez kapcsolódó natív kliensprogramot. 
Nem meglepő a dolog, hiszen a 90-es 
évek elején ezek a rendszerek a vállala- 
ti hálózatokon üzemeltek és a meglévő 
hálózati és rendszer infrastruktúrán 
kellett a működést megvalósítani. 
Ennek legegyszerűbb módja az akkori 
felfogás szerint egy kliens-szerver 
alapú program volt. Így jelent meg 

a Microsoft kínálatában kiszolgáló 
oldalon az Exchange Server, míg kliens 
oldalon az Office csomag és benne az 
Outlook nevű kliens program. 

Ezután a 90-es évek második felében 
az Internet óriási fejlődésen ment ke- 
resztül, megjelentek a szerver oldali 
programozási nyelvek és rohamosan 
terjedt a dinamikus tartalmat megjele- 
nítő web. Nem is csoda, hogy nem kel- 
lett sokat várni és megjelentek az új 
irányzatot képviselő, immár internetes 
technológiákon alapuló rendszerek, 
valamint a korábbi rendszerek készítői 
is gőzerővel dolgoztak azon, hogy 
rendszereik az internet felé is képesek 
legyenek adatot megjeleníteni. 

Az elmúlt években megjelenő rend- 
szerek szinte kivétel nélkül azt a stra- 
tégiát képviselték, hogy egy nagyon 
fejlett webes alapú megjelenítést tar- 
talmaznak és ehhez a rendszerhez 
lehet megfelelő interfészek felhaszná- 
lásával natív klienseket csatolni. Így 
történt az, hogy a legújabb rendsze- 
rekhez már akár a méltán népszerű 
Evolution, vagy Mozilla Thunderbird 
kliensekkel is tudunk csatlakozni. 
Megfigyelhető ugyanakkor, hogy 

a munkacsoportos rendszerek haszná- 
lóinak egy jelentős része a natív kliens 
használata helyett kezd inkább átállni 
a webes kliensek használatára. Nem 
véletlen, hogy a különböző webmail 
rendszerek óriási népszerűségnek ör- 
vendenek, hiszen ezek olyan felületen 
nyújtanak hozzáférést a postaládánk- 
hoz, amely a világon bárhonnan, 
beállítások elvégzése nélkül is teljesen 
biztonságos módon működik. 

A webes technológia alkalmazásának 
másik nagy előnye, hogy egyre több 
rendszer kínál napjainkban a felhasz- 
nálóknak olyan szolgáltatást, amellyel 
könnyen és gyorsan ki tudják alakíta- 
ni internetes otthonukat, így egy vál- 
lalati rendszeren belül a megfelelő 


alkotóelemek felhasználásával összete- 
hetnek egy olyan kis privát oldalt, 
amelyen az általuk legfontosabbnak 
ítélt információk érhetőek el, a szá- 
mukra legfontosabb dolgok kerülnek 
megjelenítésre. Amennyiben ezt 

a megoldást egy úgynevezett 
WYSIWYG (What You See Is What You 
Get — amit látsz, azt kapod) megoldás- 
sal tudják kombinálni, akkor ténylege- 
sen egy olyan hatékony eszköz áll 

a rendelkezésünkre, amellyel csak 
össze kell dobálni a kívánt oldalt. 
Most hogy végére jutottunk a funkcio- 
nális bemutatásnak és megemlítettünk 
egy-két nagy nevet a piacról nézzük 
meg, hogy Linux alatt, lehetőleg nyílt 
forráskódú alapokon milyen rendsze- 
rek állnak rendelkezésünkre. Mert ab- 
ban ugye senki nem kételkedett, hogy 
vannak ilyenek... 

Én három rendszert szeretnék röviden 
bemutatni, az eGroupware-t, az 
OpenGroup ware-t, valamint az Open- 
Xchange-et. Az, hogy én ezt a hármat 
választottam nem azt jeleni, hogy más 
nincs, mindössze én ezzel a három 
rendszerrel kerültem közelebbi isme- 
retségbe, ám aki komolyan gondolko- 
zik egy hasonló rendszer bevezetésén 
annak ajánlom, hogy térképezze fel 
rendesen a kínálatot és válassza ki azt 
a rendszert, amelyik a saját igényeket 
a legteljesebben kielégíti. 


Az eGroupware 

Vizsgálatunk első alanya egy PHP 
nyelven írt rendszer. Akinek esetleg 
a rendszer nagy hasonlóságot mutatna 
a PHPGroupware nevű rendszerhez, 
az ne csodálkozzon, a projekt gyökerei 
azonosak, a két rendszer funkcióiban 
szinte teljesen megegyezik. 

A rendszer telepítése nagyon egyszerű, 
szinte mindegyik Linux disztribúcióhoz 
megtalálható bináris telepítő készlet, 
így sokat nem kell vele bajlódnunk. Én 
Debian Sarge alá telepítettem, gyakorla- 
tilag az apt-get install mechanizmust 
használtam csak. A rendszernek szük- 
sége van egy adatbázis kezelő rend- 
szerre a háttérben, egy webszerverre és 
természetesen a hozzá kapcsolódó PHP 
modulra. Az adatbázis kezelő terén 

a rendszer támogatja mind a MySOL, 
mind pedig a PostgreSOL adatbázis 
kezelőket, így semmiképpen nem fog 
gondot jelenteni a rendszer telepítése. 
Nagyon jól használható megoldás az 
eGroupware-be beépített LDAP alapú 
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azonosítás, így aki rendelkezik LDAP 
kiszolgálóval, az nagyon egyszerűen ki 
tud alakítani olyan rendszert, amely 
megfelel az úgynevezett Single Sign On 
filozófiának. 

A rendszer gyakorlatilag a fent felsorolt 
összes modult tartalmazza, sőt annál 
még többet is. Nagyon jól konfigurálha- 
tó, használata rendkívül egyszerű, bár 
a megjelenítése talán egy kicsit lassú. 
Elvileg támogatja a naptár megosztását 
a WebDAV protokollon keresztül, bár 
bevallom én ezt a szolgáltatását a rend- 
szernek még nem használtam, így an- 
nak pontos működéséről és használha- 
tóságáról nem tudok nyilatkozni. 
Jelenleg a rendszer 1.0.007-es verzió- 
nál tart és stable állapotban van, így 
üzleti, vagy egyéb kritikus környezet- 
ben is biztonsággal használható. Erő- 
forrásigénye 40-50 felhasználóig nem 
haladja meg egy PC alapú szerver 
korlátait, de ha úgy éreznénk, hogy 

a felhasználók hajlamosak túlterhelni 
a rendszert, akkor a webkiszolgáló 
megfelelő beállításával megvédhetjük 
a rendszert az összeomlástól. 

A projekt megtalálható 

a www.egroupware.org weblapon és itt 
egy demo oldal is található annak, aki 
kipróbálná a rendszert működés köz- 
ben is. 


Az OpenGroupware.org projekt 

A mustra második alanya az 
OpenGroupware. Az OpenGroupware 
egy német termék, a Skyrix nevű mun- 
kacsoportos alkalmazáscsomag nyílt 
forráskódú változata. A rendszernek 
tehát van egy teljes értékű, de fizetős 
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változata, így jogosan merül fel a kér- 
dés, vajon mennyit tud és mennyire 
megbízható a nyílt forráskódú változat. 
Ha vetünk egy pillantást a termék je- 
lenlegi verziójára (1.0a), akkor rögtön 
kiderül, hogy ez még csak egy alfa ver- 
zió, ám a fejlesztők állítása szerint már 
egy működő rendszerről van szó. 
Hogy ezt bizonyítsák, az oldalról le- 
tölthető egy úgynevezett LiveCD, amit 
kiírva egy üres korongra és ezzel in- 
dítva a gépet egy olyan rendszer áll 
fel, amelyen egy előre beállított 
OpenGroupware fut. Ez a megoldás 
számomra nagyon szimpatikus volt, 
úgy próbálhattam a ki a rendszert, 
hogy nem kellett egyik gépemet sem 
,széthegeszteni" és utána napokig 
azon fáradozni, hogy visszaállítsam 
az eredeti állapotokat. 

A rendszer, mint mindegyik tárgyalt 
program, természetesen rendelkezik 
egy webes felhasználói felülettel, 
amely funkcióiban teljesen hasonló 

az eGroupware rendszerhez. Amiben 
az OpenGroupware nagyot lépett előre 
az az, hogy a rendszer rendelkezik 
egy Outlook/ Evolution csatolóval is, 
így natív klienssel is teljes értékűen 
használható rendszer készül a fejlesz- 
tők keze alatt. Végignézve a projekttel 
kapcsolatos fejlesztéseket, nagy öröm- 
mel láttam, hogy SyncML interfész is 
készül az OpenGroupware-hez, így ha 
kiadásra kerül a stabil verzió, akkor 
azt hiszem, hogy a Microsoft felköthe- 
ti a nadrágot, mert egy olyan konku- 
rens fog a piacra lépni, amely szinte 
azonos, sőt sok esetben még jobb szol- 
gáltatásokat is fog nyújtani, mindezt 


nyílt forráskódú alapokon. 
Már őszintén várom, hogy kipró- 
bálhassam az első stabil verziót... 
A projekt megtalálható 

a www.opengroupware.org oldalon. 


Az Open-Xchanye projekt 

A harmadik alany egy szintén nagyon 
bíztató projekt terméke, annak ellené- 
re, hogy a három vizsgált rendszer kö- 
zül ez van a legkorábbi fejlesztési fázis- 
ban. Az Open-Xhange egy Java alapú 
rendszer, jelenleg 0.8-as verziónál tart. 
Annak ellenére, hogy a telepítéséhez 
Debian alá nagyon korrekt, lépésről lé- 
pésre magyarázó útmutató van, nem 
volt egy könnyű dolgom vele. Sajnos 

a rendszer építőelemei nem érhetőek el 
Debian csomagok formájában, így azo- 
kat egyesével kellett leszedni a hálózat- 
ról, egyesével kellett őket telepíteni, 
amitől az aptitude világában őszintén 
szólva kicsit már elszoktam. De a jó 
dolgokért meg kell szenvedni. És az 
Open-Xchange egy nagyon jó program 
és jó belegondolni, hogy milyen jó lesz, 
ha kijön az első stabil verzió. 

Annak ellenére, hogy Java alapú és 

a háttérben egy Tomcat futott, megle- 
pően fürge volt a rendszer, őszintén 
szólva rosszabbra számítottam. 
Adatbázis kezelőnek a telepítési útmu- 
tatónak megfelelően PostgreSOL-t 
használtam, amit amúgy is jó válasz- 
tásnak tartok, így itt sem csalódtam 
benne. A rendszerhez telepíteni kellett 
még egy Java SDK-t, Apache Tomcat- 
et és néhány kapcsolódó csomagot. 
Nagyon pozitív, hogy a leírás annyi- 
ra részletes, hogy tényleg csak azzal 
kell foglalkozni, hogy mindent 








a leírás alapján végezzünk el, 

akkor nem kerülhetünk bajba. 

A három vizsgált rendszer közül 
őszintén szólva nekem ez tetszett 

a legjobban. A felülete nagyon le- 
tisztult, egyszerű, könnyen átlátható, 
remélem ezen nem változtatnak. 

A rendszer itt is tartalmazza a fent le- 
írt modulokat, ebben sem kell csalód- 
nunk. Tartalmaz a szoftver továbbá 
egy webmail klienst is, ami nekem ki- 
fejezetten tetszett. A használata pofon 
egyszerű, az oldal elrendezése nagyon 
jól átláthatóvá teszi a programot, úgy- 
hogy tényleg csak a legjobbakat tu- 
dom róla elmondani. 

Ami a rendszer elérését illeti, örömömre 
szolgált, hogy itt is tervbe van véve 

a natív kliensek támogatása, így a jövő- 
ben várhatóan megjelenik egy 

Outlook/ Evolution interfész, amely biz- 
tosan nagyon felkapottá teszi majd 

a rendszert. Aki kíváncsi a rendszer mű- 
ködésére és nem szeretne a telepítéssel 
vesződni, annak ajánlom figyelmébe, 
hogy a projekt weblapján itt is található 
egy online demó. A teljes projekt elér- 
hető a www.open-xchange.org címen. 


Osszefoglalás 

Nagy örömömre szolgált, hogy a nyílt 
forráskódú rendszerek a szoftverpiac 
egy újabb szegmensében próbálják 
megvetni a lábukat — minden bi- 
zonnyal sikerrel. A látottak bizakodás- 
sal töltenek el, hogy pár hónapon be- 
lül egészen biztosan több igazán jól 
működő rendszer körül válogathatunk 
ha ilyen megoldásra lenne szüksé- 
günk. Sajnos azonban el kell mondani, 
hogy jelenleg az egyetlen igazán hasz- 
nálható megoldás a három rendszer 
közül az eGroupware rendszer, a többit 
még a fejlesztők sem ajánlják minden- 
napi használatra. Ám a közeljövőben 

a helyzet egészen biztosan megválto- 
zik, így mindenkit, akit érdekel a téma, 
csak arra tudok buzdítani, hogy kísérje 
figyelemmel ezeknek a rendszereknek 
a fejlődését, mert a jövőben alternatí- 
vát fognak jelenteni a jelenleg használt 
rendszerekkel szemben. 
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